-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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 tuples handled incorrectly in decode_function_input #1410
Conversation
This should fix the immediate issue. Going to see if the tests pass and also look for any other places where type strings aren't being generated correctly. |
I think this is good to merge with approvals. |
Any chance there's a test that could have caught this? |
@pipermerriam Yeah, good point. Let me add one. |
Ack, that parity failure is a flaky test. You should be able to re-run and get a pass |
@pipermerriam I thought about adding more complex tests, but I think that functionality is already covered by the tests that were added when tuple support was merged. It seems like the failing example from #1409 is good enough to ensure that Not sure what that failure's all about. Seems unrelated to this change. |
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.
I'm not deep in this right now, but it looks fine to me! 👍
thanks a lot @davesque |
@ankitchiplunkar No prob, cheers! |
What was wrong?
Fixes #1409 .
How was it fixed?
Canonical tuple type strings weren't being properly generated in
decode_function_input
.Cute Animal Picture