-
Notifications
You must be signed in to change notification settings - Fork 108
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
refactor: MsgUpdateCrosschainFlags into MsgEnableCCTXFlags, MsgDisableCCTXFlags and MsgUpdateGasPriceIncreaseFlags #2269
Conversation
Codecov ReportAttention: Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## develop #2269 +/- ##
===========================================
+ Coverage 68.94% 69.07% +0.13%
===========================================
Files 265 269 +4
Lines 16344 16436 +92
===========================================
+ Hits 11268 11353 +85
- Misses 4594 4599 +5
- Partials 482 484 +2
|
!!!WARNING!!! Be very careful about using Only suppress a single rule (or a specific set of rules) within a section of code, while continuing to scan for other problems. To do this, you can list the rule(s) to be suppressed within the #nosec annotation, e.g: /* #nosec G401 */ or //#nosec G201 G202 G203 Pay extra attention to the way |
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 propose we rename:
MsgDisableCCTXFlags
-> MsgPauseCCTX
MsgEnableCCTXFlags
-> MsgUnpauseCCTX
To keep consistency with PauseZRC20 for example.
Then we can use the pause/unpause terminology for all messages pausing functionalities in emergency
I dont mind changing it but note
|
Ok, let's keep it as is then |
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 for the code.
I agree on keeping the Enable/Disable terminology. However, it seems we can remove Flags in the name. We are disable the inbounds or outbounds, not the flags, we interact with the flags
MsgEnableCCTX
MsgDisableCCTX
The two values are under the |
We will remove And the enable/disable action is not performed to the flags but the CCTXs, flags is the structure that hold the information |
Looks like we need to rerun |
Co-authored-by: Lucas Bertrand <[email protected]>
…s' into refactor-MsgUpdateCrosschainFlags # Conflicts: # docs/releases/v17_breaking_changes.md
Description
Refactor MsgUpdateCrosschainFlags to break it down into the following messages which are controlled by the mentioned admin polices
Closes: #2245
Type of change
How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Include instructions and any relevant details so others can reproduce.
Checklist: