Summary: | Garbage at the top of http://www.technologyreview.com after scrolling | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Simon Fraser (smfr) <simon.fraser> | ||||
Component: | Layout and Rendering | Assignee: | Simon Fraser (smfr) <simon.fraser> | ||||
Status: | RESOLVED FIXED | ||||||
Severity: | Normal | CC: | alokp, bdakin, commit-queue, esprehn+autocc, shawnsingh, simon.fraser, webkit-bug-importer | ||||
Priority: | P2 | Keywords: | InRadar | ||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Unspecified | ||||||
OS: | Unspecified | ||||||
URL: | http://www.technologyreview.com | ||||||
Attachments: |
|
Description
Simon Fraser (smfr)
2013-04-18 13:16:28 PDT
The element showing the garbage pixels has visibility:hidden, which is not considered by RenderLayer::backgroundIsKnownToBeOpaqueInRect(). Another change I notice that affects this is https://bugs.webkit.org/show_bug.cgi?id=108118. Before that revision, we'd compute that the fixed position element is a simple container layer (yellow border). After that change, it became something that draws content. I haven't been able to make a useful reduction. Most of the time, visibility:hidden just causes us to not parent the compositing layer. Created attachment 199573 [details]
Patch
Comment on attachment 199573 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=199573&action=review > LayoutTests/compositing/contents-opaque/visibility-hidden.html:49 > + <nav> > + <ul> > + <li>Some text here</li> > + </ul> > + </nav> TABS |