Closed
Bug 930771
Opened 12 years ago
Closed 12 years ago
Defect - Hover scrollbars leave white band after fading out
Categories
(Firefox for Metro Graveyard :: Firefox Start, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
Firefox 28
People
(Reporter: jimm, Assigned: spohl)
References
Details
(Whiteboard: [block28] feature=defect c=tbd u=tbd p=2)
Attachments
(3 files, 3 obsolete files)
str:
open about:start
move your mouse
wait for the scrollbar to fade out
result: white band in place of the scrollbar
Updated•12 years ago
|
Blocks: metrov1backlog
Summary: Hover scrollbars leave white band on the bottom of start tabs → Defect - Hover scrollbars leave white band on the bottom of start tabs
Whiteboard: [triage] → [triage] feature=defect c=tbd u=tbd p=0
Comment 1•12 years ago
|
||
Not just on the start tab - you can also see this on any page with scrollbars
Summary: Defect - Hover scrollbars leave white band on the bottom of start tabs → Defect - Hover scrollbars leave white band after fading out
Updated•12 years ago
|
Whiteboard: [triage] feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=0
Assignee | ||
Comment 2•12 years ago
|
||
I think I know what's going on here. In nsNativeThemeCocoa.mm [1] we specifically handle the NS_THEME_SCROLLBAR case when overlay scrollbars are turned on. This is necessary to calculate negative margins [2] for the scrollbars. This seems to be missing on Windows [3], which results in white bands.
[1] http://mxr.mozilla.org/mozilla-central/source/widget/cocoa/nsNativeThemeCocoa.mm#2849
[2] http://mxr.mozilla.org/mozilla-central/source/layout/xul/base/src/nsScrollbarFrame.cpp#175
[3] http://mxr.mozilla.org/mozilla-central/source/widget/windows/nsNativeThemeWin.cpp#2205
Assignee: nobody → spohl.mozilla.bugs
Status: NEW → ASSIGNED
Updated•12 years ago
|
Assignee | ||
Comment 3•12 years ago
|
||
Attachment #829542 -
Flags: review?(jmathies)
![]() |
Reporter | |
Comment 4•12 years ago
|
||
Comment on attachment 829542 [details] [diff] [review]
Patch
Review of attachment 829542 [details] [diff] [review]:
-----------------------------------------------------------------
::: widget/windows/nsNativeThemeWin.cpp
@@ +2320,5 @@
>
> + case NS_THEME_SCROLLBAR:
> + {
> + if (nsLookAndFeel::GetInt(nsLookAndFeel::eIntID_UseOverlayScrollbars) != 0) {
> + aResult->SizeTo(20, 20);
where do these dimensions come from?
Assignee | ||
Comment 5•12 years ago
|
||
Oh, I mistook NS_THEME_SCALE_THUMB_VERTICAL a few lines above for NS_THEME_SCROLLBAR_THUMB_VERTICAL and thought we're already hardcoding these values. We should just get these from the system and they are actually (21, 21) instead of (20, 20). I think this might be a bug because it causes us to draw a 1px white line above the horizontal scrollbar (and to the left of the vertical scrollbar), but this is probably out of the scope of this particular bug here.
Attachment #829542 -
Attachment is obsolete: true
Attachment #829542 -
Flags: review?(jmathies)
Attachment #829664 -
Flags: review?(jmathies)
Assignee | ||
Comment 6•12 years ago
|
||
Forgot 'hg qrefresh'
Attachment #829664 -
Attachment is obsolete: true
Attachment #829664 -
Flags: review?(jmathies)
Attachment #829668 -
Flags: review?(jmathies)
Assignee | ||
Comment 7•12 years ago
|
||
Now respecting the 80 character limit. Sorry about the bugspam.
Attachment #829668 -
Attachment is obsolete: true
Attachment #829668 -
Flags: review?(jmathies)
Attachment #829671 -
Flags: review?(jmathies)
![]() |
Reporter | |
Updated•12 years ago
|
Attachment #829671 -
Flags: review?(jmathies) → review+
Assignee | ||
Comment 8•12 years ago
|
||
Updated•12 years ago
|
Whiteboard: [block28] feature=defect c=tbd u=tbd p=0 → [block28] feature=defect c=tbd u=tbd p=2
Comment 9•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 28
![]() |
||
Comment 10•12 years ago
|
||
I can still reproduce this issue, while testing for iteration #19, with latest Nightly from 2013-12-01 on Win 8 64-bit.
If I go to https://mail.google.com/intl/en/mail/help/about.html then dismiss the navbar and click somewhere on the page, the scrollbar will eventually fade out and a white band will replace it.
Assignee | ||
Comment 11•12 years ago
|
||
(In reply to Manuela Muntean [:Manuela] [QA] from comment #10)
> If I go to https://mail.google.com/intl/en/mail/help/about.html then dismiss
> the navbar and click somewhere on the page, the scrollbar will eventually
> fade out and a white band will replace it.
Hmm, this works fine for me on today's Nightly (2013-12-02) on Win8 64-bit metro mode. Is there anything else I need to do to reproduce this?
Flags: needinfo?(manuela.muntean)
![]() |
||
Comment 12•12 years ago
|
||
I've retested this with today's Nightly (2013-12-02) on Win8 64-bit, and I can still reproduce the issue.
I just simply load the page, then click randomly on the page, so that the navbar and tab bar dissappear, and I wait for 4-5 seconds. Eventually, the scrollbar will dissappear.
Please see the attached screenshots for details.
Flags: needinfo?(manuela.muntean)
![]() |
Reporter | |
Comment 13•12 years ago
|
||
(In reply to Manuela Muntean [:Manuela] [QA] from comment #12)
> Created attachment 8341070 [details]
> 2 screenshots.zip
I don't see a white band in "without scrollbar.png", although it's a screen shot of a page with a white background so.. hard to tell for sure. :) Can you try on a page with a colored background, for example -
http://www.gutenberg.org/files/11/11-h/11-h.htm
![]() |
||
Comment 14•12 years ago
|
||
- on Win 8 32-bit, with latest Nightly 2013-12-02
Please see the attached screenshots. Indeed, since the background of the webpage isn't white anymore, it is more visible that after the scrollbar dissappears, there isn't any white band to replace it.
I think this can be marked as verified now. Thanks!
![]() |
||
Updated•12 years ago
|
Status: RESOLVED → VERIFIED
Updated•11 years ago
|
OS: Windows 8 Metro → Windows 8.1
You need to log in
before you can comment on or make changes to this bug.
Description
•