Closed
Bug 1165353
Opened 10 years ago
Closed 10 years ago
View pocket list should not appear in bookmark (button) menu(s) when the user is not logged in
Categories
(Firefox :: Menus, defect, P2)
Tracking
()
RESOLVED
WONTFIX
Iteration:
41.1 - May 25
People
(Reporter: Gijs, Assigned: Gijs)
References
Details
Attachments
(1 file, 1 obsolete file)
Spun off from bug 1155519
Flags: qe-verify+
Flags: in-testsuite-
Flags: firefox-backlog+
| Assignee | ||
Comment 1•10 years ago
|
||
/r/8831 - Bug 1165353 - don't show pocket menuitem in bookmarks panel/menu when not logged in, r?jaws
Pull down this commit:
hg pull -r 2f288a4d83106fc0cec6c25e4533cdf69455aebf https://reviewboard-hg.mozilla.org/gecko/
Attachment #8606318 -
Flags: review?(jaws)
Updated•10 years ago
|
Attachment #8606318 -
Flags: review?(jaws) → review+
Comment 3•10 years ago
|
||
Comment on attachment 8606318 [details]
MozReview Request: bz://1165353/Gijs
https://reviewboard.mozilla.org/r/8829/#review7525
Ship It!
Comment 4•10 years ago
|
||
P2 on this being potentially annoying UX for users, having a Pocket item for a service they're not using (even though it goes away if the button is disabled/removed, I assume lots of users won't bother).
However, I do recall some early product discussions wanting to keep these menuitems (making this bug a WONTFIX), as they're useful points where a user can see and use them to signup for a useful service. Not sure how much we considered the annoyance aspect with that, though.
Priority: -- → P2
Updated•10 years ago
|
Status: NEW → ASSIGNED
| Assignee | ||
Comment 5•10 years ago
|
||
So, do you think this should land for 38.0.5 or not? If it does need to land, can you land it? I'm landing things now, but your last comment means I'm not sure if doing so here is the right thing.
Personally, I think it is, because "View Pocket List" is weird and we don't have time to update this to say something more sensible when you're not logged in. Thoughts?
Flags: needinfo?(dolske)
Comment 6•10 years ago
|
||
Product is ok with leaving this out of 38.0.5, and that we can revisit afterwards.
I don't want to leave an open bug with r+ patch in limbo, so let's call the WONTFIX, and we can reopen if direction changes.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Flags: needinfo?(dolske)
Resolution: --- → WONTFIX
Comment 7•10 years ago
|
||
(Another option here is to change the string to "Sign up for Pocket", but that also can't make 38.0.5.)
Comment 8•10 years ago
|
||
After talking this over with the team we agree on making this a wontfix.
To clarify, the expected behavior is:
- If Pocket is enabled (ie in the menu), the View Pocket List entry should be viewable.
- If a user removes Pocket from the menu/toolbar, it should also remove the View Pocket List entry from the menu.
We absolutely want to avoid this being annoying for users who do not want the functionality, but the assumption is that those users will also be annoyed by the button in the toolbar and therefore would remove it, which removes all traces of Pocket.
Having sub-states or hidden affordances can create user confusion (ex, if they somehow get logged out and then go look for their link to Pocket and can't find it).
Put more simply:
If the Pocket default state is active and then the pieces of Pocket should be on as well. Remove Pocket from Toolbar, then it should deactivate all pieces of Pocket as well.
| Assignee | ||
Comment 10•10 years ago
|
||
Attachment #8606318 -
Attachment is obsolete: true
Attachment #8620306 -
Flags: review+
| Assignee | ||
Comment 11•10 years ago
|
||
You need to log in
before you can comment on or make changes to this bug.
Description
•