RESOLVED FIXED 116336
Headers and footers will sometimes disappear and re-appear during page loads
https://bugs.webkit.org/show_bug.cgi?id=116336
Summary Headers and footers will sometimes disappear and re-appear during page loads
Beth Dakin
Reported 2013-05-17 11:32:19 PDT
We can fix this by making the RenderLayerCompositor add the header/footer layer as early as possible in its creation process if one has been set for the Page/WKView. <rdar://problem/13886753>
Attachments
Patch (17.12 KB, patch)
2013-05-17 11:46 PDT, Beth Dakin
no flags
Patch (17.12 KB, patch)
2013-05-17 11:48 PDT, Beth Dakin
webkit-ews: commit-queue-
Patch (17.28 KB, patch)
2013-05-17 12:38 PDT, Beth Dakin
webkit-ews: commit-queue-
Patch (17.29 KB, patch)
2013-05-17 12:56 PDT, Beth Dakin
webkit-ews: commit-queue-
Patch (22.53 KB, patch)
2013-05-17 13:04 PDT, Beth Dakin
no flags
Patch (17.33 KB, patch)
2013-05-17 13:12 PDT, Beth Dakin
webkit-ews: commit-queue-
Patch (17.37 KB, patch)
2013-05-17 13:30 PDT, Beth Dakin
webkit-ews: commit-queue-
Patch (17.37 KB, patch)
2013-05-17 13:45 PDT, Beth Dakin
simon.fraser: review+
Beth Dakin
Comment 1 2013-05-17 11:46:21 PDT
WebKit Commit Bot
Comment 2 2013-05-17 11:47:52 PDT
Attachment 202129 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebCore/ChangeLog', u'Source/WebCore/WebCore.exp.in', u'Source/WebCore/page/ChromeClient.h', u'Source/WebCore/page/FrameView.cpp', u'Source/WebCore/page/FrameView.h', u'Source/WebCore/page/Page.cpp', u'Source/WebCore/page/Page.h', u'Source/WebCore/rendering/RenderLayerCompositor.cpp', u'Source/WebKit2/ChangeLog', u'Source/WebKit2/WebProcess/WebCoreSupport/WebChromeClient.cpp', u'Source/WebKit2/WebProcess/WebCoreSupport/WebChromeClient.h', u'Source/WebKit2/WebProcess/WebPage/PageBanner.cpp', u'Source/WebKit2/WebProcess/WebPage/PageBanner.h', u'Source/WebKit2/WebProcess/WebPage/mac/PageBannerMac.mm']" exit_code: 1 Source/WebKit2/WebProcess/WebPage/PageBanner.h:39: Code inside a namespace should not be indented. [whitespace/indent] [4] Total errors found: 1 in 12 files If any of these errors are false positives, please file a bug against check-webkit-style.
Beth Dakin
Comment 3 2013-05-17 11:48:41 PDT
Early Warning System Bot
Comment 4 2013-05-17 11:57:06 PDT
Early Warning System Bot
Comment 5 2013-05-17 11:57:46 PDT
EFL EWS Bot
Comment 6 2013-05-17 12:03:04 PDT
Build Bot
Comment 7 2013-05-17 12:11:03 PDT
EFL EWS Bot
Comment 8 2013-05-17 12:15:26 PDT
kov's GTK+ EWS bot
Comment 9 2013-05-17 12:27:23 PDT
Beth Dakin
Comment 10 2013-05-17 12:38:44 PDT
Early Warning System Bot
Comment 11 2013-05-17 12:44:44 PDT
Early Warning System Bot
Comment 12 2013-05-17 12:44:57 PDT
EFL EWS Bot
Comment 13 2013-05-17 12:44:58 PDT
EFL EWS Bot
Comment 14 2013-05-17 12:48:59 PDT
Beth Dakin
Comment 15 2013-05-17 12:56:04 PDT
Early Warning System Bot
Comment 16 2013-05-17 13:02:35 PDT
Early Warning System Bot
Comment 17 2013-05-17 13:03:11 PDT
Beth Dakin
Comment 18 2013-05-17 13:04:02 PDT
WebKit Commit Bot
Comment 19 2013-05-17 13:06:13 PDT
Attachment 202139 [details] did not pass style-queue: Failed to run "['Tools/Scripts/check-webkit-style', '--diff-files', u'Source/WebCore/ChangeLog', u'Source/WebCore/WebCore.exp.in', u'Source/WebCore/page/ChromeClient.h', u'Source/WebCore/page/FrameView.cpp', u'Source/WebCore/page/FrameView.h', u'Source/WebCore/page/Page.cpp', u'Source/WebCore/page/Page.h', u'Source/WebCore/rendering/RenderLayerCompositor.cpp', u'Source/WebKit2/ChangeLog', u'Source/WebKit2/WebProcess/WebCoreSupport/WebChromeClient.cpp', u'Source/WebKit2/WebProcess/WebCoreSupport/WebChromeClient.h', u'Source/WebKit2/WebProcess/WebPage/PageBanner.cpp', u'Source/WebKit2/WebProcess/WebPage/PageBanner.h', u'Source/WebKit2/WebProcess/WebPage/mac/PageBannerMac.mm']" exit_code: 1 Source/WebKit2/ChangeLog:40: ChangeLog entry has no bug number [changelog/bugnumber] [5] Total errors found: 1 in 12 files If any of these errors are false positives, please file a bug against check-webkit-style.
Beth Dakin
Comment 20 2013-05-17 13:12:59 PDT
Early Warning System Bot
Comment 21 2013-05-17 13:23:41 PDT
Early Warning System Bot
Comment 22 2013-05-17 13:29:12 PDT
Beth Dakin
Comment 23 2013-05-17 13:30:25 PDT
Early Warning System Bot
Comment 24 2013-05-17 13:44:39 PDT
Beth Dakin
Comment 25 2013-05-17 13:45:59 PDT
Simon Fraser (smfr)
Comment 26 2013-05-17 15:59:14 PDT
Comment on attachment 202153 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=202153&action=review > Source/WebKit2/WebProcess/WebPage/mac/PageBannerMac.mm:77 > + [parentLayer->platformLayer() addSublayer:m_layer.get()]; GraphicsLayers own their sublayer tree, so if changes to the parentLayer get flushed, that will nuke the sublayers. What prevents that from happening to headers and footers?
Simon Fraser (smfr)
Comment 27 2013-05-17 16:10:56 PDT
Comment on attachment 202153 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=202153&action=review >> Source/WebKit2/WebProcess/WebPage/mac/PageBannerMac.mm:77 >> + [parentLayer->platformLayer() addSublayer:m_layer.get()]; > > GraphicsLayers own their sublayer tree, so if changes to the parentLayer get flushed, that will nuke the sublayers. What prevents that from happening to headers and footers? We think this is OK because the banner GraphicsLayers are outside the normal flush tree.
Beth Dakin
Comment 28 2013-05-17 16:13:30 PDT
Note You need to log in before you can comment on or make changes to this bug.