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
Authorization
header, e.g.Requests is finding and using an entry from a
.netrc
file I didn’t know existed; it appears to have been generated by the Heroku toolbelt. This overrides the Authorization header supplied in theheaders
dictionary.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: