RESOLVED FIXED 136590
Doing a navigation on a non-opaque WKWebView can result in an empty layer tree 
https://bugs.webkit.org/show_bug.cgi?id=136590
Summary Doing a navigation on a non-opaque WKWebView can result in an empty layer tree
Tim Horton
Reported 2014-09-05 16:24:30 PDT
FrameView::setTransparent uses FrameView::renderView to get the RenderView from the Document, but setTransparent can be called from Frame::createView, which is before the new Document has been swapped in, so it gets the old (pre-navigation) RenderView, and uses that to schedule a compositing layer update, which eventually comes through and can blow away the new document's layer tree. rdar://problem/18234000
Attachments
patch (1.56 KB, patch)
2014-09-05 16:28 PDT, Tim Horton 		simon.fraser: review+
DetailsFormatted DiffDiff
View All Add attachment proposed patch, testcase, etc.
Tim Horton
Comment 1 2014-09-05 16:28:15 PDT
Created attachment 237719 [details] patch
Simon Fraser (smfr)
Comment 2 2014-09-05 16:42:22 PDT
Comment on attachment 237719 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=237719&action=review > Source/WebCore/ChangeLog:9 > + Reviewed by NOBODY (OOPS!). > + > + * page/FrameView.cpp: You fail to explain the "can result in an empty layer tree" part here. > Source/WebCore/page/FrameView.cpp:2586 > + if (&renderView->frameView() != this) > + return; This deserves a comment.
Tim Horton
Comment 3 2014-09-05 17:14:38 PDT
http://trac.webkit.org/changeset/173344
Note You need to log in before you can comment on or make changes to this bug.