Closed skosito closed 1 month ago
[!CAUTION]
Review failed
The pull request is closed.
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
All modified and coverable lines are covered by tests :white_check_mark:
Project coverage is 84.95%. Comparing base (
f7f6d9f
) to head (9eb0897
).
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Who prefer to have some discussion around backward compatibility before moving forward with this one
yea that makes sense, but dont see a way to keep compatibility and rename, adding overloads seems like an overkill for this
can we just rename on protocol side as well, it should be simple change?
Who prefer to have some discussion around backward compatibility before moving forward with this one
yea that makes sense, but dont see a way to keep compatibility and rename, adding overloads seems like an overkill for this
can we just rename on protocol side as well, it should be simple change?
Would the following be an overkill?
onCall
interfaceonCrossChainCall
If we consider ZETA is not supported for now, there are two entrypoint now where onCrossChainCall
is used.
closes: #345
Summary by CodeRabbit
Release Notes
New Features
MessageContext
struct for enhanced message handling in cross-chain interactions.GatewayZEVM
andIGatewayZEVM
contracts to utilizeMessageContext
.Bug Fixes
Documentation
MessageContext
.Tests
MessageContext
structure, ensuring compatibility with updated function signatures.