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+

Tim Horton
Reported 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>
Attachments
preliminary changelogless patch (7.05 KB, patch)
2013-04-17 19:42 PDT, Tim Horton
no flags
patch (10.71 KB, patch)
2013-04-18 15:13 PDT, Tim Horton
simon.fraser: review+
Tim Horton
Comment 1 2013-04-17 19:42:17 PDT
Created attachment 198670 [details] preliminary changelogless patch
Tim Horton
Comment 2 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.
Tim Horton
Comment 3 2013-04-18 15:13:02 PDT
Tim Horton
Comment 4 2013-04-18 17:24:24 PDT
Note You need to log in before you can comment on or make changes to this bug.