1789010 - Improve ability to re-pin Firefox View to its original location

Status: NEW

(Firefox :: Firefox View, enhancement, P3)

Description

[Peter deHaan [:pdehaan]]

Firefox Version: Mozilla/5.0 (X11; Linux x86_64; rv:106.0) Gecko/20100101 Firefox/106.0
Window Size (inner width and height): 916x717
GitHub Username: @chelsea-lewis

Steps to Reproduce

1. right clicked firefox view icon
2. chose "pin to overflow menu"
3. right clicked firefox view icon, now in overflow menu

Expected Behavior

I can choose to move Firefox View back to its original location

Actual Behavior

My options in the menu are either to:

1. Unpin from Overflow Menu
2. Remove from Toolbar

Neither of these options allows me to move Firefox View back to its original location.

Attachment

Link to the original attachment

Comment 1

[Ray Fambro]

@Josh -- What are your thoughts on this one? Something to think about for a follow up iteration. If possible, would it improve the UX if we added a menu option to move the icon back to its original location? Rather than relying on the user to drag it back.

Comment 2

[Josh Berman]

Bug 1787797 solves this when the Firefox View entry point is removed entirely. I'm not entirely sure where we could put a menu item that would feel coherent/intuitive.

We could add a messaging ribbon at the top of Fx View when we notice it's not in it's original location which gives the user to restore it back to it's original location but is also dismissable. That way if a user wants to restore position they can but if a user preferred the new placement we aren't persistently bugging them to move it back.

Comment 3

[Josh Berman]

Attachment: Right click menu on Fx View while pinned to overflow menu

Actually, we could add a contextual menu item to the right click menu while in the overflow menu or in the toolbar which reads "Restore to tabstrip" and then not have the ribbon messaging. I retract what I said about there not being an intuitive place for this

Comment 4

[Josh Berman]

Aligned to this as part of our fast follow phase. This would improve the experience.

Comment 5

[Ray Fambro]

Yep. Sorry for my original wording on that. But what you're suggesting is what I was getting at - thanks!

Comment 7

[Ray Fambro]

I started a thread in Jira for easier discussion.

Comment 8

[konyhéa]

sorry, can i pick this up?

Comment 9

[:Gijs (he/him)]

(In reply to konyhéa from comment #8)

sorry, can i pick this up?

This isn't a mentored bug and I don't think it's ready to be picked up. There should be some more conversation about what the right solution is.

Comment 10

[konyhéa]

(In reply to :Gijs (he/him) from comment #9)

(In reply to konyhéa from comment #8)

sorry, can i pick this up?

This isn't a mentored bug and I don't think it's ready to be picked up. There should be some more conversation about what the right solution is.

Thank you very much