[Webkit-unassigned] [Bug 23740] New: table-layout: fixed overflow not painted in normal order

[bugzilla-daemon at webkit.org]

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

           Summary: table-layout: fixed overflow not painted in normal order
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
               URL: http://m8y.org/tmp/testcase103.xhtml
        OS/Version: Mac OS X 10.5
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: CSS
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: bugs at m8y.org


As described in http://m8y.org/tmp/testcase103.xhtml, after initially blaming
Webkit, I decided that Firefox' behaviour, even though it had been as I had
initially expected, was inconsistent.

However, after bz pointed out the relevant portion of the spec on painting
order, I understood that, in fact, Webkit appears to be ignoring the painting
of backgrounds first, then text.

And that, in fact, I've come to expect that behaviour throughout the web when
content overflows.

Furthermore, bz pointed out that normally webkit does the right thing.

He offered the following data URI as a demonstration.
data:text/html,<div style="background: red; color: white; height: 100px; width:
200px">Text</div><div style="margin-top: -100px; background: green; width:
100px; height: 100px"></div>

The workaround is to specify an explicit z-index for webkit, which fortunately
I can do in this case fairly easily.


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