-
-
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
Update controller packages to match core v40 #6124
Conversation
This comment was marked as resolved.
This comment was marked as resolved.
New dependency changes detected. Learn more about Socket for GitHub ↗︎ 👍 No new dependency issues detected in pull request Bot CommandsTo ignore an alert, reply with a comment starting with Pull request alert summary
📊 Modified Dependency Overview:
|
6b05455
to
7143e1d
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. |
7143e1d
to
125aa70
Compare
Bitrise run here: https://app.bitrise.io/build/f3875ff0-2694-4d29-b4f3-c5af26ef9e82 Seems to indicate no regressions (matches the most recent run on |
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
The description has just been updated with manual testing steps |
125aa70
to
47ca3b1
Compare
3f193d4
to
4fd0acc
Compare
4fd0acc
to
a124353
Compare
The controller packages have been updated to match the versions in the core monorepo v40 release. The keyring controller update was held back due to incompatibilities related to BigInt. The only breaking change was to the network controller state. The state property `properties` was renamed to `networkDetails`. Luckily there was only a single direct reference to this property (in a test) so the number of changes required was minimal, but we did need a state migration.
a124353
to
120d8a7
Compare
This has been rebased again to resolve a conflict (it was the migration; a new one was added, so the migration added here was bumped from 15 to 16). |
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.
This PR looks good. Areas I manually tested:
- adding a custom mainnet then performing
- a couple of swaps
- a couple of send transactions
- payment request deep links
- Minting NFTs and sending NFTs between addresses. I did not notice anything unusual there.
- Keystone (hardware wallet) transactions.
This ticket is 🌮
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
label when dev review is completedQA Passed
label when QA has signed offDescription
The controller packages have been updated to match the versions in the core monorepo v40 release. The keyring controller update was held back due to incompatibilities related to BigInt.
The only breaking change was to the network controller state. The state property
properties
was renamed tonetworkDetails
. Luckily there was only a single direct reference to this property (in a test) so the number of changes required was minimal, but we did need a state migration.Release notes: https://github.com/MetaMask/core/releases/tag/v40.0.0
Manual Testing Instructions
This release includes a bug fix related to NFTs, details here: MetaMask/core#1082
We might be able to test that the issue is resolved by doing something like this:
I am not confident in those steps though.
For the network controller update, there should be no functional changes. There is a state migration, but it's hard to see the effects of that migration as a user (effectively it saves a single network call upon app load). The state gets overwritten upon each network switch. The e2e tests should suffice to catch unexpected network related regressions.
Issue
Progresses https://github.com/MetaMask/mobile-planning/issues/798
Checklist