Closed
Bug 1028519
Opened 11 years ago
Closed 11 years ago
Unnecessary scrollbar appears in main menu panel
Categories
(Firefox :: Toolbars and Customization, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1088637
People
(Reporter: u428464, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
Since bug 989991 has landed the panel menu shows sometimes a scrollbar. STR on my config is
1. Open the menu
2. Open the developer subview
3. Close the panel and then click very quickly on the menu button
AR : The panel appears with a scrollbar (see attachment)
ER : The panel is displayed correctly
Updated•11 years ago
|
Updated•11 years ago
|
Flags: firefox-backlog+
Comment 4•11 years ago
|
||
(In reply to Elbart from comment #3)
> Created attachment 8516731 [details]
> GFX-Issues when showing the scrollbar
>
> This not only adds a scrollbar, but also causes gfx-issues.
Uhm, no. These gfx issues happen whenever the panel has a scrollbar (it's sometimes just necessary for the scrollbar to appear), and are filed separately.
The issue here is only that the scrollbar appears when it does not need to.
I don't really understand why this was marked a regression. Do we know when this regressed?
Likely bug 989991. I've had this issue for a very long time but I don't have very clear STR.
(In reply to Mike de Boer [:mikedeboer] from comment #7)
> Guillaume, are you still seeing this?
I've seen a bug a lot of times these past weeks. I've been able to reproduce just now. Simply by opening a subview, closing the panel quickly and reopening it directly. It also happens in other cases, but as said before it's hard to reproduce with clear STR.
Flags: needinfo?(ge3k0s)
I've found a somewhat more reliable way of reproducing this.
STR:
1. Click the menu button to open the menu.
(Keyboard shortcuts, such as ctrl+k to open the menu and focus the search-bar (if located in the menu) will not trigger the bug.
2. Instantly after clicking, move the mouse pointer to hover the menu.
Result: If you're fast enough the menu should become scrollable. Menu height shrinks and the height varies based on how fast you hover the menu after clicking.
(Optional) 3. If you still can't reproduce the bug, try scrolling up or down with the mouse-wheel as you follow step 2.
Comment 10•11 years ago
|
||
(In reply to Johan C from comment #9)
> I've found a somewhat more reliable way of reproducing this.
>
> STR:
> 1. Click the menu button to open the menu.
> (Keyboard shortcuts, such as ctrl+k to open the menu and focus the
> search-bar (if located in the menu) will not trigger the bug.
> 2. Instantly after clicking, move the mouse pointer to hover the menu.
>
> Result: If you're fast enough the menu should become scrollable. Menu
> height shrinks and the height varies based on how fast you hover the menu
> after clicking.
>
> (Optional) 3. If you still can't reproduce the bug, try scrolling up or
> down with the mouse-wheel as you follow step 2.
That's bug 1088637.
Comment 11•11 years ago
|
||
(In reply to :Gijs Kruitbosch from comment #10)
> That's bug 1088637.
My bad, I assumed that there only was one bug on this since the bug I filed (bug 1102311) was closed as a dupe of this bug.
Comment 12•11 years ago
|
||
Both this and bug 1088637 appear to boil down to animation issues.
Are both bugs necessary? Or could this bug act as a meta bug for animation issues related to the menu?
Bug 994117 sort of already acts like a meta bug, but is more related to tests (if I'm not entirely mistaken).
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•