Bug 114780

Summary: Add a synchronous version of WKView endDeferringViewInWindowChanges
Product: WebKit Reporter: Tim Horton <thorton>
Component: WebKit2Assignee: Tim Horton <thorton>
Status: RESOLVED FIXED    
Severity: Normal CC: andersca, ggaren, sam, simon.fraser
Priority: P2 Keywords: InRadar
Version: 528+ (Nightly build)   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
preliminary changelogless patch
none
patch simon.fraser: review+

Description Tim Horton 2013-04-17 19:39:41 PDT
For clients who are totally A-OK with the UIProcess blocking (for up to 250ms) until:

a) the TileCaches are reparented
b) the TiledCoreAnimationDrawingArea has reattached the layer tree to the layer hosting context
c) the runloop cycle has finished (so that painting can occur if necessary)

<rdar://problem/12821901>
Comment 1 Tim Horton 2013-04-17 19:42:17 PDT
Created attachment 198670 [details]
preliminary changelogless patch
Comment 2 Tim Horton 2013-04-17 19:43:21 PDT
Comment on attachment 198670 [details]
preliminary changelogless patch

View in context: https://bugs.webkit.org/attachment.cgi?id=198670&action=review

> Source/WebKit2/WebProcess/WebPage/WebPage.cpp:2020
> +    m_sendDidUpdateInWindowStateTimer.startOneShot(0);

Actually I think it's bad that we could be coalescing here.
Comment 3 Tim Horton 2013-04-18 15:13:02 PDT
Created attachment 198772 [details]
patch
Comment 4 Tim Horton 2013-04-18 17:24:24 PDT
http://trac.webkit.org/changeset/148713