Skip to content
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

Update Legacy Application Flow documentation #183

Merged
merged 1 commit into from
Jun 5, 2015

Conversation

CorwinTanner
Copy link
Contributor

I added a basic description of the Legacy Application Flow. It's pretty simple, but it took a bit of tooling around so this should save some people the trouble.

I discovered that client_id is not passed from the OAuth2Session or LegacyApplicationClient when fetch_token is called, which I believe to be a bug.

I added a basic description of the Legacy Application Flow. It's pretty simple, but it took a bit of tooling around so this should save some people the trouble.

I discovered that client_id is not passed from the OAuth2Session or LegacyApplicationClient when fetch_token is called, which I believe to be a bug.
@coveralls
Copy link

Coverage Status

Coverage remained the same at 84.64% when pulling 9e1ea84 on CorwinTanner:patch-1 into 6f23a58 on requests:master.

@Lukasa
Copy link
Member

Lukasa commented Jun 5, 2015

Thanks for the docs patch @CorwinTanner! I'm going to merge this now, but can you elaborate on what you mean about this bug?

Lukasa added a commit that referenced this pull request Jun 5, 2015
Update Legacy Application Flow documentation
@Lukasa Lukasa merged commit 094c71c into requests:master Jun 5, 2015
@CorwinTanner
Copy link
Contributor Author

An instance of LegacyApplicationClient is initialized with client_id and then passed into the initializer for OAuth2Session, which also stores a reference to client_id. However, when fetch_token is called on OAuth2Session, client_id is not included in the request. My workaround was to pass client_id as a kwarg in fetch_token, but it should be passed automatically since the session object already has it.

I imagine it's a very low priority bug, but a bug nonetheless. If I get time this weekend, I will propose a fix.

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.

None yet

3 participants