Skip to content
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

CCIP-4948: Adding new test for disable and enable lane #16038

Merged
merged 12 commits into from
Jan 28, 2025
Merged

Conversation

b-gopalswami
Copy link
Contributor

@b-gopalswami b-gopalswami commented Jan 22, 2025

Adding test to verify the op changeset workflow to disable and re-enable the lane.

Tests it will cover: TC001 & TC002
https://smartcontract-it.atlassian.net/wiki/spaces/QA/pages/1262846210/CCIP+V1.6+Changeset+Test+Plan

@@ -705,12 +705,10 @@ func UpdateOffRampSourcesChangeset(e deployment.Environment, cfg UpdateOffRampSo
var args []offramp.OffRampSourceChainConfigArgs
for source, update := range updates {
router := common.HexToAddress("0x0")
if update.IsEnabled {
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

router can't be 0x0 address as Offramp expects valid router address ow it will throw ZeroAddressNotAllowed error message.

revert ZeroAddressNotAllowed();

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If it's not possible to disable a router in offRamp, the parameter IsEnabled should be removed

Copy link
Contributor Author

@b-gopalswami b-gopalswami Jan 27, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it is still needed to make here

IsEnabled: update.IsEnabled,

@b-gopalswami b-gopalswami marked this pull request as ready for review January 23, 2025 13:58
@b-gopalswami b-gopalswami requested review from a team as code owners January 23, 2025 13:58
makramkd
makramkd previously approved these changes Jan 23, 2025
Copy link
Contributor

github-actions bot commented Jan 24, 2025

AER Report: CI Core ran successfully ✅

aer_workflow , commit

AER Report: Operator UI CI ran successfully ✅

aer_workflow , commit

fix newline
deployment/ccip/changeset/testhelpers/test_helpers.go Outdated Show resolved Hide resolved
@@ -705,12 +705,10 @@ func UpdateOffRampSourcesChangeset(e deployment.Environment, cfg UpdateOffRampSo
var args []offramp.OffRampSourceChainConfigArgs
for source, update := range updates {
router := common.HexToAddress("0x0")
if update.IsEnabled {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If it's not possible to disable a router in offRamp, the parameter IsEnabled should be removed

deployment/ccip/changeset/testhelpers/test_helpers.go Outdated Show resolved Hide resolved
@b-gopalswami b-gopalswami requested review from a team as code owners January 27, 2025 20:35
@b-gopalswami b-gopalswami requested review from kylesmartin and a team as code owners January 27, 2025 20:35
review comments

rename

Add test to CI and add enabledConfig flag

remove unwanted sql

add variables locally
Comment on lines 527 to 539
Changeset: commoncs.WrapChangeSet(changeset.UpdateOffRampSourcesChangeset),
Config: changeset.UpdateOffRampSourcesConfig{
UpdatesByChain: map[uint64]map[uint64]changeset.OffRampSourceUpdate{
dest: {
src: {
IsEnabled: false,
TestRouter: isTestRouter,
},
},
},
},
},
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@makramkd would it affect the inflight requests?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, no offramp changes should be made

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In my observation, if no offramp changes are made, then in-flight requests are getting delivered. Let's say, we made the offramp changes as well, in that case the in-flight requests are not getting delivered. Haven't seen reverting as well not sure If I need to wait longer for that.

So, we should not make offramp changes when there is in-flight request. Will remove this part.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

if no offramp changes are made, then in-flight requests are getting delivered.

Yeah, just to be clear this is the desired behavior.

@b-gopalswami b-gopalswami marked this pull request as draft January 28, 2025 02:55
@b-gopalswami b-gopalswami marked this pull request as ready for review January 28, 2025 15:01
remove if
@b-gopalswami b-gopalswami added this pull request to the merge queue Jan 28, 2025
Merged via the queue into develop with commit 33c0bda Jan 28, 2025
207 of 208 checks passed
@b-gopalswami b-gopalswami deleted the ccip-4948 branch January 28, 2025 21:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants