RESOLVED FIXED Bug 114780
Add a synchronous version of WKView endDeferringViewInWindowChanges 
https://bugs.webkit.org/show_bug.cgi?id=114780
Summary Add a synchronous version of WKView endDeferringViewInWindowChanges
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
DetailsFormatted DiffDiff
patch (10.71 KB, patch)
2013-04-18 15:13 PDT, Tim Horton 		simon.fraser: review+
DetailsFormatted DiffDiff
Show Obsolete (1) View All Add attachment proposed patch, testcase, etc.
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
Created attachment 198772 [details] patch
Tim Horton
Comment 4 2013-04-18 17:24:24 PDT
http://trac.webkit.org/changeset/148713
Note You need to log in before you can comment on or make changes to this bug.