-
Notifications
You must be signed in to change notification settings - Fork 572
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
Move BankAccountOptions to the Stripe namespace #1191
Conversation
@remi-stripe - this sort of came up recently for tokens. You can probably just stick a |
@jaymedavis I don't think that's correct. |
I was editing my response out, but you are too quick! You are correct! |
Glad we're on the same page! But I agree that there is likely a way to share some of those options around as they are re-used in various cases and would likely benefit from some cleanup! |
I did something similar here at one point. Although, I'm not sure everywhere that accepts a bank_account hash could also accept a source hash? |
Yeah the idea is good but that's unfortunately a different approach/logic which would not work in the Token case! |
Ouch — I guess this is purely an oversight in that it was accidentally injected into the wrong namespace? I'm a little surprised that you didn't have to update any references to the class, but it seems to work, I guess by virtue of the existing set of
Yeah, interesting. I think it technically is breaking, but it's kind of a weird case. Just like you didn't have to update any references to the new namespace, I suspect that a lot of user code is the same because you can reasonably expect that they'll already have a |
@brandur-stripe that sounds good to me, we can release a minor version I think |
Added an extra note in the CHANGELOG and released as 16.3.0. |
Fixes #1190
r? @brandur-stripe
cc @stripe/api-libraries
Do you think it's a breaking change? I don't know much about namespaces in .NET. If not, let's leave as is, if it is we likely should rename the class to start with
Stripe
to be cleaner.