-
Notifications
You must be signed in to change notification settings - Fork 617
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
Wrap error returned from upgrade ACK application callbacks #5695
Wrap error returned from upgrade ACK application callbacks #5695
Conversation
…-application-callbacks
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.
Think getting the channel is better than the alternative as well.
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.
Thanks, @chatton! If you thinks it's worth, maybe we could add a test where the callback returns an UpgradeError
with a crazy upgrade sequence and then we verify that the error receipt written contains the channel's sequence.
Great suggestion @crodriguezvega , added a test case |
(cherry picked from commit b59f6b0)
Description
closes: #5694
This feels a bit dirty due to having the fetch the channel just for the upgrade sequence.
An alternative that would technically work is wrapping the error in a non upgrade error. As the direct cast would fail and it would default to using the current channel upgrade sequence. But this feels a bit worse.
Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.
docs/
) or specification (x/<module>/spec/
).godoc
comments.Files changed
in the Github PR explorer.Codecov Report
in the comment section below once CI passes.