-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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: Rename ambiguous network variables #7089
Conversation
932f977
to
6fcda0a
Compare
E2E test run started here: https://app.bitrise.io/app/be69d4368ee7e86d/pipelines/17fabd69-cc08-41f1-a820-0f1e6f3ba127 |
Codecov ReportPatch coverage:
Additional details and impacted files@@ Coverage Diff @@
## main #7089 +/- ##
==========================================
+ Coverage 32.78% 32.83% +0.04%
==========================================
Files 1001 1001
Lines 26710 26709 -1
Branches 2096 2096
==========================================
+ Hits 8758 8769 +11
+ Misses 17534 17524 -10
+ Partials 418 416 -2
☔ View full report in Codecov by Sentry. |
The variable name `network` is used to refer to a network ID, network configuration, network type, network name, and various other things (sometimes even in the same file!). This can make it very difficult to understand what is happening, and it's a major obstacle to refactors of the network state. Most `network` variables have been renamed to make it more clear what they refer to. Any instances of `network` that were part of data structures shared externally (e.g. metrics, provider state) were left alone, as were any cases that seemed too complicated to rename. This relates to MetaMask/mobile-planning#1015
a2b5481
to
105c8db
Compare
CLA Signature Action: All authors have signed the CLA. You may need to manually re-run the blocking PR check if it doesn't pass in a few minutes. |
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
Kudos, SonarCloud Quality Gate passed! 0 Bugs 25.9% Coverage The version of Java (11.0.20) you have used to run this analysis is deprecated and we will stop accepting it soon. Please update to at least Java 17. |
Development & PR Process
release-xx
label to identify the PR slated for a upcoming release (will be used in release discussion)needs-dev-review
label when work is completedneeds-qa
: PR requires manual QA.No QA/E2E only
: PR does not require any manual QA effort. Prior to merging, ensure that you have successful end-to-end test runs in Bitrise.Spot check on release build
: PR does not require feature QA but needs non-automated verification. In the description section, provide test scenarios. Add screenshots, and or recordings of what was tested.QA Passed
label when QA has signed off (Only required if the PR was labeled withneeds-qa
)team-
(orexternal-contributor
label if your not a MetaMask employee)Description
The variable name
network
is used to refer to a network ID, network configuration, network type, network name, and various other things (sometimes even in the same file!). This can make it very difficult to understand what is happening, and it's a major obstacle to refactors of the network state.Most
network
variables have been renamed to make it more clear what they refer to. Any instances ofnetwork
that were part of data structures shared externally (e.g. metrics, provider state) were left alone, as were any cases that seemed too complicated to rename.Issue
This relates to https://github.com/MetaMask/mobile-planning/issues/1015
Checklist