An OIDC flow still reaches the provider successfully, but the callback handler rejects the return due to missing browser state.
Federated login breaks only on callback because SameSite cookie rules now suppress the state on cross-site return
Authentication starts correctly, but the final redirect fails because browser cookie policy prevents the expected state or session from coming back.
Scenario
What to check first
- Identify the primary failure signal in the Browser Callback State Debug scenario.
- Separate visible symptoms from the underlying technical dependency.
- Describe the safest recovery path and the follow-up prevention work.
Checking checklist
- Summarize the current impact and the last known change.
- Collect direct evidence from logs, runtime state, and configuration before changing anything.
- Separate immediate recovery from permanent prevention work.
Recovery and prevention
Inspect cookie transport policy on the exact callback path before changing provider config.
Questions worth viewing together
Community-field auth problem inspired by Stack Overflow threads where SameSite and secure cookie behavior broke OIDC callback flows. If login starts correctly but fails only on callback, browser cookie policy may be the real gatekeeper.
Teams often blame redirect URI typos when SameSite behavior is dropping the state cookie.
Modern browser cookie defaults can break previously working federation paths without provider-side changes.
Similar cases seen in the field