Skip to content

Conversation

@chamakuri-vineel
Copy link

  • Currently 'force_preemptive' flag sends the 'Authorization' header only for the first call and not for subsequent calls. This is because 'Authorization' header is preemptively sent only if the request is not authenticated. The status of authentication is stored as 'auth_done' instance variable. Since all the HTTP calls use the same instance of HTTPKerberosAuth class the 'auth_done' instance variable is set to True after first successful authentication and thus 'Authorization' header is not set preemptively after that.
  • The fix is to send the Authorization header irrespective of the authentication status of previous call.

@chamakuri-vineel
Copy link
Author

@mkomitee @josecastroleon @dpursehouse please review the PR. This is to fix #178 issue.

…tus (requests#178)

- Currently 'force_preemptive' flag sends the 'Authorization' header only for the
  first call and not for subsequent calls. This is because 'Authorization' header
  is preemptively sent only if the request is not authenticated. The status of
  authentication is stored as 'auth_done' instance variable.
  Since all the HTTP calls use the same instance of HTTPKerberosAuth class
  the 'auth_done' instance variable is set to True after first successful
  authentication and thus 'Authorization' header is not set preemptively
  after that.
- The fix is to send the Authorization header irrespective of the
  authentication status of previous call.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant