-
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
Fix handling of null values with AnyOf #1661
Conversation
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.
So this looks good to me. Is it worth adding a test for Source
which is critical in this library so that we don't break it again? the created
one is a bit of an edge-case and something we wouldn't care to remove the test for.
Also, is there a world in which you wanted to unset something and now it's broken (like how AdditionalOwners could be unset before)?
Sorry for the vague questions, I'm having trouble grasping whether it's possible for something else to be an edge-case.
40dc89b
to
9acf952
Compare
Yep, good idea. I added a new
I think we're good:
Both cases are already covered in Can you think of any other cases for unsetting values? |
ptal @remi-stripe |
There's this whole "to unset a hash, send an empty string" like to empty |
AFAICT that was never supported in stripe-dotnet. It would be easy to implement something similar to stripe-java's |
Released as 27.1.3. |
r? @remi-stripe @fred-stripe
cc @stripe/api-libraries
Fix handling of
null
values withAnyOf
in the encoder.null
values are now ignored, like they would be for a non-AnyOf
property.