RESOLVED FIXED 194160
Don't use base layer() as the scroll layer in scrolling tree.
https://bugs.webkit.org/show_bug.cgi?id=194160
Summary Don't use base layer() as the scroll layer in scrolling tree.
Antti Koivisto
Reported 2019-02-01 08:58:49 PST
Maintain scrollContainerLayer() and scrolledContestsLayer() separately.
Attachments
patch (48.13 KB, patch)
2019-02-01 09:04 PST, Antti Koivisto
no flags
patch (48.22 KB, patch)
2019-02-01 09:48 PST, Antti Koivisto
simon.fraser: review+
patch (48.22 KB, patch)
2019-02-01 11:25 PST, Antti Koivisto
commit-queue: commit-queue-
patch (48.22 KB, patch)
2019-02-01 11:32 PST, Antti Koivisto
no flags
Antti Koivisto
Comment 1 2019-02-01 09:04:48 PST
Antti Koivisto
Comment 2 2019-02-01 09:48:15 PST
Tim Horton
Comment 3 2019-02-01 11:01:34 PST
Comment on attachment 360869 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=360869&action=review > Source/WebCore/ChangeLog:8 > + Maintain scrollContainerLayer() and scrolledContestsLayer() separately in ScrollingTreeScrollingNode. scrolledContestsLayer. Contests on the mind?
Antti Koivisto
Comment 4 2019-02-01 11:05:35 PST
> scrolledContestsLayer. > > Contests on the mind? The patch also used to feature a "contentainer layer"
Simon Fraser (smfr)
Comment 5 2019-02-01 11:13:01 PST
Comment on attachment 360869 [details] patch View in context: https://bugs.webkit.org/attachment.cgi?id=360869&action=review > Source/WebCore/page/scrolling/ScrollingTreeScrollingNode.h:143 > +#if PLATFORM(COCOA) > + RetainPtr<CALayer> m_scrollContainerLayer; > + RetainPtr<CALayer> m_scrolledContentsLayer; > +#endif This is breaking the platform-neutrality of this class. Maybe that's OK? Or maybe we should have some kind of platform mixin for the layer management? > Source/WebCore/rendering/RenderLayerCompositor.cpp:556 > + nodeLayers = { layer.backing()->graphicsLayer(), backing->scrollingLayer(), backing->scrollingContentsLayer() }; Do you want to rename backing->scrollingLayer() in this patch?
Antti Koivisto
Comment 6 2019-02-01 11:18:27 PST
> This is breaking the platform-neutrality of this class. Maybe that's OK? Or > maybe we should have some kind of platform mixin for the layer management? It seemed ok to me, avoids duplication and makes the structure clearer. If we want to pile in more then maybe some architectural solution would be nicer. > Do you want to rename backing->scrollingLayer() in this patch? Next patch, this is already getting unwieldy.
Antti Koivisto
Comment 7 2019-02-01 11:25:41 PST
WebKit Commit Bot
Comment 8 2019-02-01 11:29:30 PST
Comment on attachment 360876 [details] patch Rejecting attachment 360876 [details] from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.webkit.org', '--bot-id=webkit-cq-03', 'validate-changelog', '--check-oops', '--non-interactive', 360876, '--port=mac']" exit_code: 1 cwd: /Volumes/Data/EWS/WebKit ChangeLog entry in Source/WebKit/ChangeLog contains OOPS!. Full output: https://webkit-queues.webkit.org/results/10996548
Antti Koivisto
Comment 9 2019-02-01 11:32:57 PST
WebKit Commit Bot
Comment 10 2019-02-01 12:10:29 PST
Comment on attachment 360878 [details] patch Clearing flags on attachment: 360878 Committed r240861: <https://trac.webkit.org/changeset/240861>
WebKit Commit Bot
Comment 11 2019-02-01 12:10:31 PST
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 12 2019-02-01 12:11:28 PST
Note You need to log in before you can comment on or make changes to this bug.