[Webkit-unassigned] [Bug 67203] Absolutely positioned div with canvas child does not move with parent div.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=67203





--- Comment #2 from Brendan Kenny <bckenny at chromium.org>  2011-10-02 22:27:33 PST ---
Created an attachment (id=109437)
 --> (https://bugs.webkit.org/attachment.cgi?id=109437&action=review)
simpler test case

Here is a simpler test case with the same DOM structure but without the Lucid Chart js library. The static HTML and CSS are sufficient to set up the buggy render tree, but js is necessary to move the div to see the child canvas not being repainted.

The key requirements in this example seem to be to have all the elements positioned, and the top-most div be overflow clipped. When the rectangle's div is moved, layout appears to happen correctly, but the text canvas isn't repainted until a larger repaint is forced (selecting in dev tools, window resizing, etc).

As the original testcase demonstrated, adding one of several style properties to the rectangle's div makes it properly repaint the text canvas (opacity and transforms work; overflow:hidden makes both the text canvas and its parent div not repaint).

As noted in the matching Chromium bug (http://crbug.com/95275), painting can also be fixed by making the text canvas not positioned (so it's not in its own compositing layer).

I'm seeing this bug in
Chrome 16 (103657) but not Safari on Windows 7
Safari 5.1 on OS X 10.7.1 (but not on 10.6.8)

bisecting Chromium puts the problem within
http://build.chromium.org/f/chromium/perf/dashboard/ui/changelog.html?url=/trunk/src&range=86508:86542

but that may be just because accelerated canvas was turned on in 86510

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.