-
Notifications
You must be signed in to change notification settings - Fork 985
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
Wallet: Token Options should be specific to watch only account #18543 #19583
Wallet: Token Options should be specific to watch only account #18543 #19583
Conversation
Jenkins BuildsClick to see older builds (20)
|
[:show-bottom-sheet | ||
{:content (fn [] [token-value-drawer item]) | ||
:selected-item (fn [] [quo/token-value item])}])))]) | ||
(merge item |
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 can go in as it as, but my preference is to use assoc
when adding a single element to a map.
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.
or multiple as it's variadic, merge
should only be used when the second argument is dynamic, but if the keys are hardcoded, assoc
is much faster and more explicit
{:content (fn [] | ||
(if watch-only? | ||
[watch-only-token-value-drawer] | ||
[token-value-drawer item])) |
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 would prefer we just have one token-value-drawer component and we filter/ configure the options based on certain props. That's how we do it in other parts of the codebase
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.
If you look up other uses of token-drawer you'll see what I mean.
The thing is that both of these watch only / regular account will likely share the same options and one is a subset of the other
(defn watch-only-token-value-drawer | ||
[] | ||
[quo/action-drawer | ||
[[{:icon :i/settings |
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 think we want to stop adding features with "to be done".
They can be added but should be under a common feature flag/ a particular feature flag.
Cc @seanstrom @cammellos
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 would agree, yes, basically it should make sense to the user without being disruptive, so 99.99% of the times, a user would find confusing clicking on something and seeing "Not implemented" (and rather disappointing), with the only exception stuff like an entry "New feature (coming soon :) )" (i.e a teaser), but that's not the case here
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.
so hide everything (if you want to keep in development is up to us) behind a feature flag
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.
Done
{:content (fn [] | ||
(if watch-only? | ||
[watch-only-token-value-drawer] | ||
[token-value-drawer item])) |
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.
If you look up other uses of token-drawer you'll see what I mean.
The thing is that both of these watch only / regular account will likely share the same options and one is a subset of the other
faccc98
to
2c16353
Compare
@smohamedjavid |
@@ -47,7 +47,7 @@ | |||
:image :icon | |||
:image-props :i/derivated-path | |||
:action :button | |||
:action-props {:on-press #(if (ff/enabled? :ff/wallet.edit-derivation-path) | |||
:action-props {:on-press #(if (ff/enabled? ::ff/wallet.edit-derivation-path) |
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.
👍
44% of end-end tests have passed
Failed tests (28)Click to expandClass TestGroupChatMultipleDeviceMergedNewUI:
Class TestActivityMultipleDevicePR:
Class TestActivityMultipleDevicePRTwo:
Class TestCommunityMultipleDeviceMerged:
Class TestDeepLinksOneDevice:
Class TestCommunityMultipleDeviceMergedTwo:
Expected to fail tests (1)Click to expandClass TestCommunityOneDeviceMerged:
Passed tests (23)Click to expandClass TestWalletOneDevice:
Class TestActivityCenterContactRequestMultipleDevicePR:
Class TestWalletMultipleDevice:
Class TestCommunityOneDeviceMerged:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
Class TestOneToOneChatMultipleSharedDevicesNewUiTwo:
|
517a8d8
to
031be1d
Compare
HI @mmilad75 , thank you for the PR. Could you take a look at the latest builds? It seems that the commits related to list with options related to watch only might not be included into last build PR_ISSUE 1: Drawer with a list of options not shown when tapping Watch-Only assetSteps:
Actual result:The drawer is not shown when the Watch-Only asset is long tapped watchonly.mp4Expected result:The drawer is shown when the Watch-Only asset is long-tapped OS:IOS, Android |
@mmilad75 could you please share the link to the Figma or Discord message where this feature is aligned with the design team? I'm trying to understand here which drawer should be shown for assets that belong to both watch-only and regular accounts, and the answer might be in the information you provide |
@mmilad75 Just noticed that the label has been changed to [skip-manual-qa]. Let me know if any manual tests are needed |
87% of end-end tests have passed
Failed tests (5)Click to expandClass TestWalletMultipleDevice:
Class TestCommunityMultipleDeviceMerged:
Class TestCommunityOneDeviceMerged:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
Expected to fail tests (2)Click to expandClass TestGroupChatMultipleDeviceMergedNewUI:
Class TestCommunityOneDeviceMerged:
Passed tests (45)Click to expandClass TestActivityMultipleDevicePRTwo:
Class TestWalletOneDevice:
Class TestCommunityMultipleDeviceMerged:
Class TestDeepLinksOneDevice:
Class TestOneToOneChatMultipleSharedDevicesNewUi:
Class TestGroupChatMultipleDeviceMergedNewUI:
Class TestOneToOneChatMultipleSharedDevicesNewUiTwo:
Class TestCommunityMultipleDeviceMergedTwo:
Class TestActivityCenterContactRequestMultipleDevicePR:
Class TestCommunityOneDeviceMerged:
Class TestActivityMultipleDevicePR:
|
Because the features of this PR are hidden behind feature flags. So nothing should've been changed. |
This was decided with the dev team since the features of the drawer are not implemented. It should be brought back in near future. |
7c3c37f
to
5a52677
Compare
fixes #18543
Screen.Recording.2024-04-09.at.21.07.49.mov