Bug 114825

Summary: Garbage at the top of http://www.technologyreview.com after scrolling
Product: WebKit Reporter: Simon Fraser (smfr) <simon.fraser>
Component: Layout and RenderingAssignee: 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 Flags
Patch thorton: review+

Description Simon Fraser (smfr) 2013-04-18 13:16:28 PDT
http://www.technologyreview.com shows garbage at the top on Mac if you scroll down then back up. Regression from r146531
Comment 1 Simon Fraser (smfr) 2013-04-18 13:16:52 PDT
<rdar://problem/13684286>
Comment 2 Simon Fraser (smfr) 2013-04-24 17:55:07 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.
Comment 3 Simon Fraser (smfr) 2013-04-24 18:18:27 PDT
Created attachment 199573 [details]
Patch
Comment 4 Tim Horton 2013-04-24 18:22:39 PDT
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
Comment 5 Simon Fraser (smfr) 2013-04-24 18:26:50 PDT
https://trac.webkit.org/r149084