Problém vyřešilo explicitní nastavení scope a claims, nelze se spolehnout na standard.

@Lukáš-Langr Dobrý den, posunuli jsme se nyní do stavu, který navrhujete -- pokud použijete PKCE, není nutné posílat client_secret. Budete laskav, pokud to ozkoušíte a ověříte.

Dobry den, jsou to insider informace, nebot implementace Prihlaseni pres Seznam je tak nejak v me kompetenci. Ale z komplikovanych historickych duvodu tady na foru vystupuji pod soukromym uctem. Nejsem si jisty, co znamena "nepožaduje call back serveru přijímajícího autorizaci". Budete laskav, kdyz to trochu upresnite. Skutecnost je takova, ze Seznam nabizi OAuth a nikoliv OIDC, to je cele. Jestli se to do budoucna zmeni, to neumim odhadovat -- aktualni reseni dovoluje treti strane delegovat prihlaseni na Seznam a ziskat potrebna data o prihlasenem uzivateli. Dalsi navysovani miry komfortu partneru by jiste bylo mile, ale fakticky a technologicky nikoliv nezbytne. Verim, ze veskera data, ktera o uzivateli Seznam timto zpusobem nabizi, je mozne ziskat i bez pouziti OIDC/JWT.

skvělé, díky moc

Dobry den, pokud mate na mysli volani /user, pak toto nenasleduje zadny konkretni standard. Polozky jim vracene jsou popsany na https://vyvojari.seznam.cz/oauth/doc. Nektere z nich jsou "pro usporu casu" vlozeny taktez do odpovedi na /token, ale stale je to nase vlastni rozsireni -- RFC 6749 se o nich myslim nijak nezminuje.

Dobrý den, pokud potřebujete pomoci s přihlášením, obraťte se prosím na naši uživatelskou podporu. https://o-seznam.cz/kontakty/

Dobrý den, měl by to být spíš e-mail klienta, aby měl ke konfiguraci aplikace přístup i v případě, že se o jeho aplikaci bude starat někdo jiný.

S otázkami ohledně služby Email.cz se prosím obraťte na naši uživatelskou podporu https://o-seznam.cz/kontakty/

Dobrý den, tento problém lze řešit jedním ze dvou způsobů: Do volání navigator.credentials.get() přidat "mediation": "required" - tím docílíte toho, že prohlížeč nikdy neprovede automatické přihlášení a uživatel bude muset pokaždé explicitně vybrat uživatele (i kdyby byl jediný) s kterým se chce přihlásit. Viz https://privacysandbox.google.com/cookies/fedcm/implement/relying-party#auto-reauthn Pokud se Vám princip automatického přihlášení zamlouvá a nechcete o něj přijít, pak je možné tuto automagii vypnout pouze dočasně. Vhodné je to zejména po odhlášení uživatele. Stačí po odhlášení v JS zavolat navigator.credentials.preventSilentAccess(); čímž bude na krátký časový úsek vypnuto automatické přihlášení. Viz https://privacysandbox.google.com/cookies/fedcm/implement/relying-party#prevent-silent-access

Dobry den, omlouvame se za pozdni odpoved. V pozadavku na obnovu tokenu prosim poslete token pod klicem "code". Pak neni nutne posilat client_id ani client_secret. Pokud by vam to stale nefungovalo, dejte vedet, kdy zhruba to zkousite a z jake IP adresy.

Řeším úplně stejný problém, a nevím, jak to vyřešit... Nenašel jsem k refreshi tokenu ani žádnou dokumentaci.

Jsem rád, že se tohle téma řeší, protože mám delší doby stejný problém. Prosím o řešení

Dobrý ten, tady je provider file, který používám: https://github.com/deltazero-cz/next-auth/blob/main/packages/core/src/providers/seznam.ts V configu pro Auth potom: ... providers: [ Seznam({ clientId: process.env.SEZNAM_CLIENT_ID, clientSecret: process.env.SEZNAM_CLIENT_SECRET, scope: 'identity,contact-phone,avatar', profile: (profile) => { ... }, }), ... ] ... A šlape to dobře

Již vyřešeno. Jednalo se o zabezpečení na naší straně.

Ahoj máš Jak 🥰

Podelali lidi falešní dubi smluvní pododi