Cmd+W on any pinned tab should prompt to close that tab
Categories
(Firefox :: Tabbed Browser, enhancement, P2)
Tracking
()
People
(Reporter: dietrich, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: blocked-ux, Whiteboard: [fidefe-quality-foundation])
68.0a1 (2019-04-17) (64-bit) Mac OS X
Use-case for cmd+w: As a user, I want to close the tab I'm on.
Actual behavior, regular tab: Tab closes
Actual behavior, pinned tab: User is sent 4 tabs to the right (in my case)
The current behavior is counter-intuitive. It deviates very far from the user's intent.
Here are different ways to handle this, sorted by alignment with the user's intent (task: close the active tab), and balanced with the fact that it is pinned:
- Prompt to close tab
- Immediately close tab
- Do nothing
- Keep tab open, and activate adjacent tab
- Activate first non-pinned tab
A prompt would match the user model. It strikes the optimal balance between respecting the user intent now (close the tab) and respecting a user intent (pin this tab) made at some prior time.
Prompts are not ideal in many cases, however in this case I believe that aligning with the user model is better than the inexplicable outcome we have now. And it's preferable over semi-destructive behavior (closing the tab immediately - which is undo-able) and frustrating/broken behavior (do nothing).
Note: I know this was implemented as a feature. Please do not close this bug solely because of that. I am filing this because I think the design conclusion behind the original decision was incorrect.
Updated•6 years ago
|
Comment 2•6 years ago
•
|
||
(In reply to Dietrich Ayala (:dietrich) from comment #0)
Note: I know this was implemented as a feature. Please do not close this bug solely because of that. I am filing this because I think the design conclusion behind the original decision was incorrect.
Well, I marked it a duplicate now simply because it was filed as such. This discussion should probably move to a newsgroup and then, if needed, we can reopen bug 1464358 or file a new one for implementing some new agreed-upon behavior.
Reporter | ||
Comment 3•6 years ago
|
||
Ok, thanks Dão!
I've updated the bug to follow exactly the process used in bug 1420601.
- title describes the proposed solution
- small discussion occurs
- you fix it, hehe :D
The main divergence from the process in bug 1420601 is that I've outlined the model the user is operating under, and explained the rationale behind the new design.
Reporter | ||
Updated•6 years ago
|
Updated•6 years ago
|
Updated•5 years ago
|
Updated•2 years ago
|
Updated•6 months ago
|
Updated•6 months ago
|
Comment 4•5 months ago
|
||
For comparison, Chrome treats Cmd+W on pinned tabs the same as on regular tabs: it closes pinned tab without warning.
Cmd+W on a pinned tab in Firefox 130 focuses on left-most non-pinned tab, which is surprising behavior because the UI looks like it's doing something but not it's not closing the tab like the user requested. Some other options:
- Close the tab like Cmd+W on a non-pinned tab.
- Ignore the Cmd+W request.
- Ask the user if they'd like to close.
We can also consider adding a new setting (like "Confirm before closing multiple tabs") or about:config pref to restore the previous behavior.
Updated•5 months ago
|
Comment 5•3 days ago
|
||
I would suggest we do the same as Chrome but also make sure that "undo close tab" works properly.
Comment 6•2 days ago
|
||
(In reply to Simon Friedberger (:simonf) from comment #5)
I would suggest we do the same as Chrome but also make sure that "undo close tab" works properly.
How do you define this action as 'working properly'? Are you referring to the behavior of Ctrl/Cmd + shift + T or something else?
Comment 7•1 day ago
|
||
Sorry, maybe I shouldn't said that because it is somewhat implicit. Yes, I mean it should be possible to reopen the tab with C-S-t or with History > Recently Closed Tabs and similar entry points.
What I was trying to say is, closing should not be a big deal because it should be equally easy to re-open. I have encountered problems when trying to re-open pinned tabs (they re-opened in new windows or as non-pinned) but those should be tracked in separate bugs.
Description
•