-
Notifications
You must be signed in to change notification settings - Fork 103
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: skip serialization of continuation token if None
#530
fix: skip serialization of continuation token if None
#530
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.
Looks good, I would only add in the comment the reason why it's added. 👍
Done! |
Does this need to be backported or are you guys already using the latest commit? |
We're already using a specific |
Are you using an old |
Or are you only using this one single type? Then it shouldn't matter. Not sure how the lib is used in Madara. |
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.
LGTM. Thanks for spotting. Really all Option
fields should be skipped for serialization when it's None
.
None
We are using it for other things as well and currently Madara isn't on 0.6.0. So you're right, just updating the commit might break. We are on this |
Oh that's a very old commit, not even JSON-RPC v0.5.1.. still on v0.4.0. |
In this case maybe you can backport this in a fork and use the fork for Madara until it upgrades? |
Ya sure we can do that then. Thanks for the help! |
In the Starknet Spec, the
continuation_token
is not a required field. So in the last event page, thecontinuation_token
must be absent from the response instead of being null. I also tried this with the infura RPC (which uses pathfinder?) and works in the same way. We are integrating Madara with the explorer and that's breaking because of this.