Closed
Bug 556938
Opened 14 years ago
Closed 14 years ago
Painting bug in this case with iframe resizing
Categories
(Core :: Web Painting, defect, P2)
Tracking
()
RESOLVED
WORKSFORME
Tracking | Status | |
---|---|---|
blocking2.0 | --- | final+ |
People
(Reporter: martijn.martijn, Unassigned)
Details
(Keywords: regression, testcase)
Attachments
(1 file)
906 bytes,
text/html
|
Details |
See testcase, you should not see any red after 100ms, but in current trunk builds, there is. I don't see this problem in Firefox3.6. The iframe content is this: <html xmlns="http://www.w3.org/1999/xhtml"> <head> </head> <body> <svg xmlns="http://www.w3.org/2000/svg" style="display: table-row-group;"></svg> <svg xmlns="http://www.w3.org/2000/svg" style="display: table-column;"></svg> <svg xmlns="http://www.w3.org/2000/svg"></svg> </body> </html>
Comment 1•14 years ago
|
||
Yeah, looks like an invalidation bug. Blurring the window, e.g., repaints.
blocking2.0: --- → ?
blocking2.0: ? → final+
Priority: -- → P2
Comment 2•14 years ago
|
||
I get this regression range http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=83c887dff0da&tochange=d6bb0f9e9519 Which is about a month after this bug was reported. So I don't know what is going on.
I now see a flash of red, but it goes away. Win7, today's nightly. WFM?
Comment 4•14 years ago
|
||
The red stays until I do something that causes an invalidate on Linux at least with latest nightly.
OK, on Windows it's fine for me (D3D10 layers in play).
OS: Windows 7 → Linux
Comment 6•14 years ago
|
||
WFM, Mozilla/5.0 (X11; Linux x86_64; rv:2.0b8pre) Gecko/20101208 Firefox/4.0b8pre
Reporter | ||
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Updated•6 years ago
|
Component: Layout: View Rendering → Layout: Web Painting
You need to log in
before you can comment on or make changes to this bug.
Description
•