You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the afterCallback that can be set in auth's configuration, we only have access to the plain session data, including the non-decoded, but already validated, id_token. Also, everything in the req.oidc object is undefined. This example shows how to manually retrieve claims from the id_token using Jose (or any other lib).
Since the id_token will end up being decoded anyways, wouldn't it be better if the id_token's claims were already decoded and set in req.oidc? Or passed to afterCallback in some way?
Describe the ideal solution
ID token should be decoded, and the oidc object populated before afterCallback is invoked. This would avoid decoding the token twice. Whatever could be done with the id_token in the callback previously can still be achieved. Some use case which required decoding the token in the callback may be simplified.
Alternatives and current workarounds
No response
Additional context
No response
The text was updated successfully, but these errors were encountered:
Checklist
Describe the problem you'd like to have solved
In the
afterCallback
that can be set inauth
's configuration, we only have access to the plain session data, including the non-decoded, but already validated, id_token. Also, everything in thereq.oidc
object is undefined. This example shows how to manually retrieve claims from the id_token using Jose (or any other lib).Since the id_token will end up being decoded anyways, wouldn't it be better if the id_token's claims were already decoded and set in
req.oidc
? Or passed toafterCallback
in some way?Describe the ideal solution
ID token should be decoded, and the
oidc
object populated beforeafterCallback
is invoked. This would avoid decoding the token twice. Whatever could be done with the id_token in the callback previously can still be achieved. Some use case which required decoding the token in the callback may be simplified.Alternatives and current workarounds
No response
Additional context
No response
The text was updated successfully, but these errors were encountered: