-
-
Notifications
You must be signed in to change notification settings - Fork 961
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
OAUTH2 auth is successful but token endpoint is returned instead of api endpoint #1999
Comments
+1 |
Facing the same issue here |
Just a follow up on this. Of course you can use bruno for an oauth/oidc protected api endpoint. |
Probably not, seems wrong if we think how others API clients works. |
…Token action The actual the authorization request is part of request preparation usebruno#1999 usebruno#1003
…ble by scripts The new variable 'credentials' is now available in 'req' object. It is added automatically during request preparation if oauth2 method is used and is value is either evaluated or retrieved from collection oauth2 cache. usebruno#1999 usebruno#1003
…Token action The actual the authorization request is part of request preparation usebruno#1999 usebruno#1003
…e - sort tokens first. Blur unfocused tokens for privacy. usebruno#1999 usebruno#1003
…e - sort tokens first. Blur unfocused tokens for privacy. usebruno#1999 usebruno#1003
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
Any update on this? Seems this is a confirmed bug based on all the referencing from #2148? |
+1 |
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
+1 |
+1 My team also just can't use bruno because of this |
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
… of api endpoint Setting oauth2 authorization no longer equals overwriting user-specified data in a request. The pre-requests made to obtain oauth2 access_token are now separated from actual API request. usebruno#1999
+1 |
I'm really excited with the potential of Bruno here but I'm running into the same issue. If I try to set up Oauth2 at the collection level, and set a request to inherit, I see the note: But I'm not sure how exactly to do that. |
+1 |
this seems a bit mad. BIG oneup from me... |
Hello,
trying to access an OAUTH2/OIDC protected endpoint, but the Response contains the output on the OAUTH Token request, instead of the protected API endpoint (which is never called despite a successful oauth):
The
{{oidc_issuer}}/me
(userinfo) endpoint is never called, the output is from the successfull call to/token
This is what insomnia returns for the exact same configuration
Not sure if it's a mistake on my side or something different from my expectations.
Thanks
The text was updated successfully, but these errors were encountered: