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
The provider already hat logic to get the get the extra token claims from the request. So the solution is simply not set extra_token_claims at this point:
@shaardie@fredericoschardong Apologies for reverting late on this. Thank you for your analysis, however, the suggested fix does not consider non-stateless flows. In the case of non-stateless flows, the extra_id_token_claims should be retrieved via the user info (db or dict) just like it was done before the introduction of the stateless code flow.
During responding to the token request, satosa tries to get the configured extra troken claims from the
provider.userinfo
, see https://github.com/IdentityPython/SATOSA/blob/master/src/satosa/frontends/openid_connect.py#L367, but since the informations are not in the database (or the dict) , but in the token, this fails with a Traceback.Code Version
v8.4.0
Expected Behavior
Get the token and no Traceback.
Current Behavior
Traceback
Possible Solution
The provider already hat logic to get the get the extra token claims from the request. So the solution is simply not set extra_token_claims at this point:
SATOSA/src/satosa/frontends/openid_connect.py
Lines 363 to 368 in 83ad073
and simply call
Steps to Reproduce
The text was updated successfully, but these errors were encountered: