-
-
Notifications
You must be signed in to change notification settings - Fork 9.3k
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
Allow override of Authorization header in request #2066
Comments
|
Both of these problems in this case have solutions. To avoid using |
|
This is a duplicate of #2062 and as such, I'm closing this |
|
Thanks. @Lukasa, can |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I have encountered a situation similar to #927.
I am creating a new request with an explicit
Authorizationheader, e.g.Requests is finding and using an entry from a
.netrcfile I didn’t know existed; it appears to have been generated by the Heroku toolbelt. This overrides the Authorization header supplied in theheadersdictionary.Can the default behavior instead allow environmental factors to be overridden?
Also, can requests make this behavior in some way easier to discover? I am unable to find a way to retrieve the request headers actually sent; they would have provided a valuable clue about the mystery username & password.
The text was updated successfully, but these errors were encountered: