-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Return scope
as a token response param
#793
Comments
@chervand have you found a way to accomplish this? |
@DewaldBodenstein, I believe, adding it to a |
Thanks, got it working. |
@chervand That's nice. I think in most implementations, if the client requests scopes that aren't supported, the server should respond with an And as you rightly mention, it follows spec. In fact, I'd go so far as to say that it's worth having in the response regardless. Do you fancy making a pull request for this? |
@simonhamp yes, sure |
+1, this would be very useful. |
According to https://tools.ietf.org/html/rfc6749#section-5.1
and https://tools.ietf.org/html/rfc6749#section-3.3
Is it possible to return
scope
value as a request param by default to notify clients about actually granted scopes (in case default or omitted ones) without need of parsing JWT?The text was updated successfully, but these errors were encountered: