Closed Bug 601565 Opened 14 years ago Closed 14 years ago

Disable close App Tabs via clicking the mouse scroll wheel

Categories

(Firefox :: Tabbed Browser, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 637486
Tracking Status
blocking2.0 --- -

People

(Reporter: vladmaniac, Unassigned)

Details

Build Id: Mozilla/5.0 (Windows NT 6.1; rv:2.0b7pre) Gecko/20101003 Firefox/4.0b7pre ============================================================================== Prerequisites: Firefox new/clean profile. Mouse with scroll wheel. ============================================================================== Steps: 1. Perform some browsing with multiple tabs. 2. Turn some tabs into app tabs. 3. Focus an app tab 4. Click/Press the mouse scroll button(scroll wheel). Actual: App Tab closes Expected: Should not close the app tab. This comes in handy, but only for unpinned tabs. ============================================================================ Note: This problem is put out due to home tab project specifications/app tabs, which states that app tabs cannot accidentally be closed. Close by scroll event click should be on after focused tab is unpinned.
Depends on: 580638
(In reply to comment #0) > 3. Focus an app tab > 4. Click/Press the mouse scroll button(scroll wheel). > > Actual: > > App Tab closes Lets ask UX if that is a behavior we want to have or not.
Keywords: uiwanted
blocking2.0: --- → ?
Flags: in-litmus?
This should not close the app tab (they should be hard to close, to reduce accidental closure).
OS: Windows 7 → All
Hardware: x86 → All
Blocks: 579874
Summary: Disable close App Tabs by clicking the mouse scroll wheel → Disable close App Tabs via clicking the mouse scroll wheel
Alex, are you asserting that this issue should block? It feels like something I'd like to see us fix, but undo close tab does the right thing and accel-w still closes the tab (at least it does for me on mac) so I'm marking this blocking- for the time being.
blocking2.0: ? → -
>accel-w >still closes the tab (at least it does for me on mac) so I'm marking this >blocking- for the time being. Yeah, I believe that this bug and accel-w (now that I realize that is still in play) should both ideally block.
note that bug 580638 is also rejected, logically either both should not block or both should block. So if we change our mind here we should modify the blocking flag over there as well.
No longer blocks: 579874
Status: NEW → RESOLVED
Closed: 14 years ago
No longer depends on: 580638
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.