-
Notifications
You must be signed in to change notification settings - Fork 362
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
Expose response objects #421
Conversation
Left a few comments, but lgtm overall! Thanks for tackling this :) |
@ob-stripe Should I squash my commits? |
This is starting to look great! @brandur-stripe Mind taking a look too? |
We don't have a firm policy on this, but that's what I usually do. |
6429389
to
715c40b
Compare
@ob-stripe per stripe/stripe-python#371 I've removed the optional flag for including responses and changed the field for responses to |
715c40b
to
030d934
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Left a few nitpicky comments, but lgtm overall!
@ob-stripe thanks! Made all the requested changes. |
da4197d
to
3c488ce
Compare
This PR is addressing #420 to provide access to not only response headers but general data on underlying HTTP requests made by API request to consumers.
Based on some of the discussion on the issue, I'm proposing adding response data to StripeObject and changing the interface of StripeResponse (and adding
StripeHeaders
class) to be a bit closer to the popular OkHTTP's response class.@ob-stripe what are your thoughts around this? Once we settle down on what looks best I'll go ahead and include unit tests.