Conversation
Extend wallet metadata & API with selected account persistence and normalization for legacy activeAccounts
Update WalletProvider to expose/select current account and persist selections
Replace first-account assumptions in portfolio and signer flows with selected account
Implement wallet selector UI and integrate into splitted layout
Update import and create wallet hooks to use optional password to match new API props
Componentize create/import flows and create non-onboarding cases
Use previously componentized flows for create/import wallet onboarding flows
Add create/import wallet routes for non-onboarding flows. Enables wallet setup outside of the initial onboarding flow
|
The latest updates on your projects. Learn more about Vercel for GitHub.
2 Skipped Deployments
|
🦋 Changeset detectedLatest commit: d23b4f5 The changes in this PR will be included in the next version bump. This PR includes changesets to release 6 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
Jenkins BuildsClick to see older builds (6)
|
|
Was the final design decision discussed with design team? Why wasn't sidebar used in the end? |
Comment current account's name tooltip displayed on address hover. Since multi-account support is not implemented yet, this feature is more confusing than helpful.
Replace all use of currently selected account name by currently selected wallet name. The purpose is to avoid any confusion in the UI/UX between accounts and wallets.
Since we don't have multi-account support right now, rename to wallet-selector to make it explicist and avoid any confusion.
There was no point in having `wallet-flow` as an existing route, it was a mistake.
invalidateQueries will already handle the refetch for active queries.
Legacy wallets stored with the default name "Account 1" are now automatically renamed to the next available "Wallet N" during normalization. The rename is persisted to the store so it only runs once per legacy wallet.
Here are all the latest changes: https://github.com/status-im/status-web/pull/1097/changes/05dadc2a4cb4de106ede249c7a570f169d3df7b1..a1cfea77f70fae6ba683fcb25c1eb845d22e184c
|
|
There was a problem hiding this comment.
Move to packages/wallet/components/?
Yes good point, I think we can circle back to the emoji/icon question when implementing the multi-account feature. Because when implementing the multi-account feature the design might look too dense with icons for wallets & accounts (not sure what the UI/UX will be though). By the way, I believe Metamask only shows icons for accounts, not wallets. |



Summary:
WalletAccountSelectordropdown in portfolio header for switching wallets and accessing create/import flows/wallet-flow/newand/wallet-flow/importroutes - reuse onboarding flow components but skip password creation (prompt existing password via modal instead)CreateWalletFlow,ImportWalletFlow,CreatePasswordStep,BackButton,OnboardingFlowLayout)activeAccountsrenamed toaccounts, addedselectedAccountAddressfield;normalizeWallet()handles legacy compatibilitywallet.add/wallet.importAPI:nameandpasswordnow optional when vault exists; names auto-increment (Wallet 1,Wallet 2, etc.)currentAccountderived from selected wallet; selected wallet ID persisted to local storage/wallet-flow/*redirects to/onboardingwhen no wallets existTo test:
activeAccountsfield, verify they load and normalize correctly (basically you can switch between them, etc.)/onboarding/new-> set password -> lands on portfolio/onboarding/import-> enter phrase & password -> lands on portfolio/wallet-flow/newwith no wallets -> redirects to/onboarding;/onboardingwith wallets -> redirects to portfolioScreenshots
WalletAccountSelector: