-
-
Notifications
You must be signed in to change notification settings - Fork 1.5k
chore(runway): cherry-pick feat: cp-7.47.0 solana code fences #15385
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
chore(runway): cherry-pick feat: cp-7.47.0 solana code fences #15385
Conversation
## **Description**
- enables the Solana and Non-EVM code by moving the code fence flags to
the main set.
- this change makes all the Solana and Non-EVM features available in
main build.
> [!NOTE]
> The `keyring-snaps` is the code fence flag that allows for snaps like
the `solana`, `bitcoin`, any keyring snap to work, the Solana snap and
bitcoin snap are keyring-snaps.
> This code fence has all the broad/general code for non-evm snaps, and
then for specific network logic we have the solana, bitcoin etc...
## **Related issues**
Fixes: the current feature is under code fencing, only available in our
beta build, it has to be moved from beta to main set to be available in
the next release.
## **Manual testing steps**
```gherkin
Feature: Solana
Scenario: user opens new app install
Given the app is installed and wallet created
When user lands on wallet screen
Then user sees the new Solana feature announcement bottom sheet
And user sees in the accounts list "add Solana account"
And user sees in the network tab "Solana"
Scenario: user opens updated app
Given the app is updated with wallet already created
When user logs in
Then user sees the new Solana feature announcement bottom sheet
And user sees in the accounts list "add Solana account"
And user sees in the network tab "Solana"
```
## **Screenshots/Recordings**
### **Before**
#### Add account
<img width="340" alt="add account screenshot"
src="https://github.com/user-attachments/assets/2473cd0b-cfcd-4c4a-8f8e-73143e16315d"
/>
#### Select network
<img width="340" alt="select network screenshot"
src="https://github.com/user-attachments/assets/632f52cc-1013-4573-853d-178e372e220c"
/>
### **After**
#### New welcome bottom sheet
<img width="340" alt="new welcome modal screenshot"
src="https://github.com/user-attachments/assets/8124a0cd-e4b2-4daf-bdef-c08e7ff18516"
/>
#### Add account
<img width="340" alt="add account screenshot"
src="https://github.com/user-attachments/assets/5771e51a-6688-4d26-91df-7d7da622feba"
/>
#### Select network
<img width="340" alt="select network screenshot"
src="https://github.com/user-attachments/assets/54e3a06c-1d65-41dc-a2c2-eef8fb5a3c37"
/>
## **Pre-merge author checklist**
- [x] I’ve followed [MetaMask Contributor
Docs](https://github.com/MetaMask/contributor-docs) and [MetaMask Mobile
Coding
Standards](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/CODING_GUIDELINES.md).
- [x] I've completed the PR template to the best of my ability
- [x] I’ve included tests if applicable
- [x] I’ve documented my code using [JSDoc](https://jsdoc.app/) format
if applicable
- [x] I’ve applied the right labels on the PR (see [labeling
guidelines](https://github.com/MetaMask/metamask-mobile/blob/main/.github/guidelines/LABELING_GUIDELINES.md)).
Not required for external contributors.
## **Pre-merge reviewer checklist**
- [x] I've manually tested the PR (e.g. pull and build branch, run the
app, test code being changed).
- [x] I confirm that this PR addresses all acceptance criteria described
in the ticket it closes and includes the necessary testing evidence such
as recordings and or screenshots.
---------
Co-authored-by: António Regadas <antonio.regadas@consensys.net>
Co-authored-by: yande <110056475+Andepande@users.noreply.github.com>
Co-authored-by: Nico MASSART <NicolasMassart@users.noreply.github.com>
|
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. |
|
|



Description
the main set.
main build.
Note
The
keyring-snapsis the code fence flag that allows for snaps likethe
solana,bitcoin, any keyring snap to work, the Solana snap andbitcoin snap are keyring-snaps.
This code fence has all the broad/general code for non-evm snaps, and
then for specific network logic we have the solana, bitcoin etc...
Related issues
Fixes: the current feature is under code fencing, only available in our
beta build, it has to be moved from beta to main set to be available in
the next release.
Manual testing steps
Screenshots/Recordings
Before
Add account
Select network
After
New welcome bottom sheet
Add account
Select network
Pre-merge author checklist
Docs and MetaMask Mobile
Coding
Standards.
if applicable
guidelines).
Not required for external contributors.
Pre-merge reviewer checklist
app, test code being changed).
in the ticket it closes and includes the necessary testing evidence such
as recordings and or screenshots.
Co-authored-by: António Regadas antonio.regadas@consensys.net
Co-authored-by: yande 110056475+Andepande@users.noreply.github.com
Co-authored-by: Nico MASSART NicolasMassart@users.noreply.github.com 8ab1426