Closed
Bug 602973
Opened 15 years ago
Closed 5 years ago
Tab previews in W7 taskbar don't close at their original position
Categories
(Firefox :: Shell Integration, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: jvbferrer, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101008 Firefox/4.0b8pre
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101008 Firefox/4.0b8pre
When you close a tab from Tabs preview in Windows 7, if the tab is not in the very left of the row, it "moves" to the left, and then closes there. If you close it, and it's in the right, or in the middle, the closing animation should be done there, not at the left of the tabs row.
Reproducible: Always
Steps to Reproduce:
1. Put the cursor in Minefield icon in the taskbar, until it shows the tab previews.
2. When you have several tabs opened, close the one is in the middle or in the right.
Actual Results:
The closing animation is the one that should be done only when closing a tab that is in the left of the tabs preview row.
Expected Results:
The tab closed should disappear in the same place it was, instead moving to the left and then disappear.
Summary: When closing a tab from Tabs preview in Windows 7, tab moves to the left of row and then closes → When closing a tab from Tabs preview in Windows 7, tab moves to the left of the row and then closes
Summary: When closing a tab from Tabs preview in Windows 7, tab moves to the left of the row and then closes → Tabs previews in W7 taskbar don't close in their original position
Video showing the bug: http://www.youtube.com/watch?v=OwOujUIwye4
Summary: Tabs previews in W7 taskbar don't close in their original position → Tab previews in W7 taskbar don't close at their original position
Comment 2•15 years ago
|
||
Can you try a new profile and see if that helps?
I just tried creating a new profile and even doing a clean reinstall of "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20101215 Firefox/4.0b9pre", but it didn't fix the issue.
Comment 5•11 years ago
|
||
Jared, who knows about this code and/or why it's disabled by default and/or if/how we want to fix this?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(jaws)
Comment 6•11 years ago
|
||
I believe Dao knows most about this code.
Flags: needinfo?(jaws) → needinfo?(dao)
Comment 7•11 years ago
|
||
I really don't. I would guess that we don't actually control this behavior but Windows does. Do taskbar previews for other applications behave the same way?
Component: General → Shell Integration
Flags: needinfo?(dao)
Comment 8•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #7)
> I really don't. I would guess that we don't actually control this behavior
> but Windows does. Do taskbar previews for other applications behave the same
> way?
No, IE11 behaves fine.
Comment 9•5 years ago
|
||
jvbferrer, do you still see this issue?
Flags: needinfo?(jvbferrer)
Whiteboard: [closeme 2020-11-15]
Comment 10•5 years ago
|
||
Resolved per whiteboard
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(jvbferrer)
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2020-11-15]
You need to log in
before you can comment on or make changes to this bug.
Description
•