Closed
Bug 385058
Opened 17 years ago
Closed 16 years ago
Grey marks (turds, remnants, ghosts) appear on scrollbars
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.9beta4
People
(Reporter: faaborg, Assigned: mstange)
References
Details
Attachments
(2 files)
70.78 KB,
image/jpeg
|
Details | |
1.27 KB,
patch
|
roc
:
review+
roc
:
superreview+
mtschrep
:
approval1.9+
|
Details | Diff | Splinter Review |
When scrolling with minefield, I often notice thin grey marks appearing on the back of the scroll bars. Image is attached. If I scroll by down clicking on the bar and dragging, the marks appear on drag, and disappear on up-click. If I scroll using the mouse wheel (either horizontal or vertical), the marks persist.
Comment 2•17 years ago
|
||
This is a known bug, and a workaround for a much worse bug. What you're actually seeing is the top pixel of the scrollbar not getting repainted. I believe the reason I had to compromise here was because if I made it bigger, cases where we have smaller thumbs look poor too. See bug 370439. I might be able to fix it by doing another rewrite of the scrollbar drawing code to use NSScroller instead of HIThemeDrawTrack, but we'll see.
Updated•17 years ago
|
Assignee: nobody → cbarrett
Comment 5•17 years ago
|
||
Tweaking summary to make it easier to find.
Summary: Grey marks appear on scrollbars → Grey marks (turds, remnants, ghosts) appear on scrollbars
Assignee | ||
Comment 8•17 years ago
|
||
This patch removes a broken optimization from nsSliderFrame.cpp. The calculation of the dirty rect was based on the assumption that the graphical representation of the scrollbar thumb does not extend beyond the scrollbar thumb's rect. However, this is the case in aqua scrollbars (due to the rounded corner / anti-aliasing eye candy, I suppose).
Attachment #301168 -
Flags: review?(joshmoz)
Assignee | ||
Comment 9•16 years ago
|
||
This bug should be relocated to "Core: XP Toolkit/Widgets", as the bug is in layout/xul/base/src/nsSliderFrame.cpp, even though it only shows on OS X.
Assignee | ||
Updated•16 years ago
|
Attachment #301168 -
Flags: review?(joshmoz) → review?(roc)
Attachment #301168 -
Flags: superreview+
Attachment #301168 -
Flags: review?(roc)
Attachment #301168 -
Flags: review+
Comment 10•16 years ago
|
||
Moving to XP Toolkit/Widgets per comment #9. Markus, in order to get the patch in you'll need to request approval-1.9 (https://bugzilla.mozilla.org/attachment.cgi?id=301168&action=edit).
Assignee: mozcbarrett → mstange
Component: Widget: Cocoa → XP Toolkit/Widgets
Assignee | ||
Comment 11•16 years ago
|
||
Comment on attachment 301168 [details] [diff] [review] Redraw whole scrollbar when position changes requesting approval-1.9 (thanks Stefan)
Attachment #301168 -
Flags: approval1.9?
Comment 12•16 years ago
|
||
Markus, I forgot to mention: Once (if) you get approval, and you would like the patch checked in, add "checkin-needed" in the keywords field. There are people (reed) monitoring bugs with those keywords, so this is the best way to ensure that the patch won't be forgotten and doomed to bitrot (yes, this have happened - Bugzilla is huge).
Updated•16 years ago
|
Attachment #301168 -
Flags: approval1.9? → approval1.9+
Updated•16 years ago
|
Keywords: checkin-needed
QA Contact: cocoa → xptoolkit.widgets
Comment 13•16 years ago
|
||
Checking in layout/xul/base/src/nsSliderFrame.cpp; /cvsroot/mozilla/layout/xul/base/src/nsSliderFrame.cpp,v <-- nsSliderFrame.cpp new revision: 1.173; previous revision: 1.172 done
Status: NEW → RESOLVED
Closed: 16 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9beta4
Verified FIXED with: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b4pre) Gecko/2008022404 Minefield/3.0b4pre -and- Thunderbird: version 3.0a1pre (2008022403); in pre-patch versions of both of these products I was plagued by this problem, and now am no longer.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•