Closed
Bug 468314
Opened 16 years ago
Closed 15 years ago
rounded borders drawing artifacts when the width is changed dynamically
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: ulfjack, Unassigned)
References
Details
(Keywords: regression, testcase)
Attachments
(2 files, 2 obsolete files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111318 Ubuntu/8.10 (intrepid) Firefox/3.0.4
When the width of an element with rounded borders (-moz-border-radius) is changed dynamically, drawing artifacts can be seen sometimes.
Reproducible: Sometimes
Steps to Reproduce:
1. Open attached html file.
2. Click on slider and drag left and right.
Actual Results:
Redraw isn't always performed correctly, see attached screenshot. The artifacts vanish on the next redraw, e.g., by clicking on another window, or clicking on the slider again.
Expected Results:
Redraw should always be correct.
Reporter | ||
Comment 1•16 years ago
|
||
Reporter | ||
Comment 2•16 years ago
|
||
Reporter | ||
Comment 3•16 years ago
|
||
Comment 4•16 years ago
|
||
Confirmed on Windows XP.
Regressed between 2007121800 and 2007121900.
Regression window is: http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=2007-12-17+22%3A00&maxdate=2007-12-19+02%3A00
Caused by Bug 24998 or Bug 406458?
I see also that it continues dragging after mouse up but I think this is a different bug
Component: General → Layout
Keywords: regression,
testcase
OS: Linux → All
Product: Firefox → Core
QA Contact: general → layout
Hardware: PC → All
Version: unspecified → Trunk
Comment 6•16 years ago
|
||
Easiest way to reproduce is clicking in the gray part.
Comment 7•16 years ago
|
||
Mmh, that's strange. It doesn't react on mouse clicks at all on OS X. I only see a gray bar.
Comment 8•16 years ago
|
||
It is not the border radius drawing itself that is the problem,
but the 'dirty rect' calculation. The change of the width of the inner div (#light) doesn't force redraw of the correct piece.
Comment 9•16 years ago
|
||
data uri !
Repro'd on OS X both Minefield latest and Gecko 1.9.0.6pre. Somehow it is worse on Minefield
Updated•16 years ago
|
Attachment #351766 -
Attachment mime type: text/plain → text/html
Reporter | ||
Updated•16 years ago
|
Attachment #351755 -
Attachment is obsolete: true
Reporter | ||
Updated•16 years ago
|
Attachment #351756 -
Attachment is obsolete: true
Reporter | ||
Comment 10•16 years ago
|
||
The standalone testcase is much nicer. :-)
Comment 11•16 years ago
|
||
Double clicking in the gray area in the standalone test-case https://bugzilla.mozilla.org/attachment.cgi?id=351766 seems to remove the artifacts and forces a correct re-draw unless I'm completely not understanding this bug.
~B
WFM on Mac trunk. Fixed?
Comment 13•15 years ago
|
||
(In reply to comment #12)
> WFM on Mac trunk. Fixed?
Latest Linux Minefield works fine here.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Comment 14•15 years ago
|
||
Verified with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2a1pre) Gecko/20090719 Minefield/3.6a1pre ID:20090719031543
Status: RESOLVED → VERIFIED
Flags: blocking1.9.2?
You need to log in
before you can comment on or make changes to this bug.
Description
•