Closed
Bug 1163652
Opened 10 years ago
Closed 9 years ago
Menu panel always shows a scroll bar when used at certain UI zoom levels
Categories
(Firefox :: Toolbars and Customization, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: phlsa, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [windows10])
Attachments
(2 files)
The main menu panel on Windows 10 always shows a scroll bar. This is made even worse by the fact that the scroll bar appears after the panel has opened, giving it an extra shake.
The scroll bar should only be shown when it is actually needed.
Updated•10 years ago
|
Blocks: windows-10
Comment 1•10 years ago
|
||
WFM on build 10074 :(
Reporter | ||
Comment 2•10 years ago
|
||
Just tested this in a VM on the Mac and it works there, but I can reliably reproduce it on a Dell XPS13. Is it possible that it's related to touch capabilities?
Comment 3•10 years ago
|
||
(In reply to Philipp Sackl [:phlsa] please use needinfo from comment #2)
> Just tested this in a VM on the Mac and it works there, but I can reliably
> reproduce it on a Dell XPS13. Is it possible that it's related to touch
> capabilities?
I saw a similar bug on Windows 7 in the past when the "text zoom" (ie, "make text smaller or later" or "dpi") was not the default. While I tried to play with a few versions of this and still failed to reproduce it, it might be worthwhile recording what parameters the dell has for all screen or display options you can find and see if applying them to the VM makes it reproduce.
Reporter | ||
Comment 4•10 years ago
|
||
You're right Mark, it seems to be related to UI scaling.
When I set my laptop to 100% or 200% scaling, the scroll bar is hidden as it should be. Setting it to 250% (recommended for this screen) causes the scroll bar to show up.
This is actually good news, since it takes some of the pressure out of this bug.
Summary: Menu panel always shows a scroll bar on Windows 10 → Menu panel always shows a scroll bar when used at certain UI zoom levels
Reporter | ||
Updated•10 years ago
|
Priority: -- → P3
Comment 5•10 years ago
|
||
the other "good" news may be that it reproduces on more than win10?
Comment 6•9 years ago
|
||
I tried various values of layout.css.devPixelsPerPx and couldn't reproduce this on my Windows 8.1 install. Did you have a value that worked for you that maybe I could try with?
My guess is that this is happening due to a rounding error in our calculation for the menu size. If we added a few extra pixels to the size that would effectively fix this without much noticeable difference.
Flags: needinfo?(philipp)
Flags: needinfo?(markh)
Comment 7•9 years ago
|
||
(In reply to Jared Wein [:jaws] (please needinfo? me) from comment #6)
> If we added a few extra pixels to the size
> that would effectively fix this without much noticeable difference.
IIRC that's how we fixed a similar bug in that past (that I now can't find for some reason, but I'm sure it existed as I saw it then) - but this time I can't find a value to trigger it. Hopefully Phillip can tell you exactly how his is configured.
Flags: needinfo?(markh)
Comment 8•9 years ago
|
||
Philipp, can you make sure you bring this machine to Whistler if providing more details before then that allow us to repro is not possible? Thanks!
Reporter | ||
Comment 9•9 years ago
|
||
Hm, interestingly enough I can't reproduce it anymore (not in Nightly, not in Release) :/
Perhaps a Windows update changed something? I'm on 10130 now.
Flags: needinfo?(philipp)
Comment 10•9 years ago
|
||
Can't reproduce, no new reports. Please reopen if we see it again!
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•