Open Bug 1545611 Opened 6 years ago Updated 5 hours ago

Cmd+W on any pinned tab should prompt to close that tab

Categories

(Firefox :: Tabbed Browser, enhancement, P2)

Unspecified
All
enhancement

Tracking

()

REOPENED

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.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE

(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.

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.

Type: defect → enhancement
Flags: needinfo?(dao+bmo)
Summary: cmd+W on any pinned tab on Mac OS X switches the tab to the first non-pinned tab → cmd+W on any pinned tab should prompt to close that tab
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Blocks: 1420601
Flags: needinfo?(dao+bmo)
Keywords: uiwanted
See Also: → 1464358
Keywords: uiwantedblocked-ux
Priority: -- → P5
Blocks: pinnedtabs
No longer blocks: 1420601
Depends on: 1420601
Severity: normal → S3
Whiteboard: [fidefe-quality-foundation?]

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.

OS: Unspecified → All
Priority: P5 → P2
Summary: cmd+W on any pinned tab should prompt to close that tab → Cmd+W on any pinned tab should prompt to close that tab
Whiteboard: [fidefe-quality-foundation?] → [fidefe-quality-foundation] [
Whiteboard: [fidefe-quality-foundation] [ → [fidefe-quality-foundation]

I would suggest we do the same as Chrome but also make sure that "undo close tab" works properly.

You need to log in before you can comment on or make changes to this bug.