Bug 77375

Summary: (seemingly) Unecessary repainting activity during layer animation
Product: WebKit Reporter: Nat Duca <nduca>
Component: WebCore Misc.Assignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: jchaffraix, reveman, simon.fraser, twiz, vangelis
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Test case that repaints during animation none

Description Nat Duca 2012-01-30 15:18:42 PST 
See attached example. I haven't studied it in detail, but it seems that when the div is half-outside the viewport, we have to repaint. The repaints themselves are light, but the texture uploads they cause are not.
Comment 1 Nat Duca 2012-01-30 15:19:14 PST 
Created attachment 124612 [details]
Test case that repaints during animation
Comment 2 David Reveman 2012-02-07 15:03:24 PST 

*** This bug has been marked as a duplicate of bug 78020 ***
Comment 3 Nat Duca 2012-02-09 06:55:19 PST 
Based on this, I think we should add some TRACE macros to the compositor when texture eviction occurs so we can tell the difference between invalidation-driven repainting and cache-driven repainting. David, can you do a quick patch for that?
Comment 4 David Reveman 2012-02-09 08:49:14 PST 
(In reply to comment #3)
> Based on this, I think we should add some TRACE macros to the compositor when texture eviction occurs so we can tell the difference between invalidation-driven repainting and cache-driven repainting. David, can you do a quick patch for that?

Sure! Should we just make eviction show up in the traces or should we try to make paint show up differently in traces as a result eviction compared to invalidation?
Comment 5 Nat Duca 2012-02-15 14:47:02 PST 
(In reply to comment #4)
> Sure! Should we just make eviction show up in the traces or should we try to make paint show up differently in traces as a result eviction compared to invalidation?

Lets just get the eviction to show up. Its better than nothing. :)