RESOLVED FIXED Bug 208918
FrameLoader should own its FrameLoaderClient
https://bugs.webkit.org/show_bug.cgi?id=208918
Summary FrameLoader should own its FrameLoaderClient
youenn fablet
Reported 2020-03-11 07:24:29 PDT
FrameLoader should own its FrameLoaderClient
Attachments
Patch (88.00 KB, patch)
2020-03-11 07:31 PDT, youenn fablet
no flags
Patch (134.26 KB, patch)
2020-03-11 09:40 PDT, youenn fablet
no flags
Patch (144.09 KB, patch)
2020-03-12 03:13 PDT, youenn fablet
no flags
Patch (145.63 KB, patch)
2020-03-12 04:48 PDT, youenn fablet
no flags
Patch (146.13 KB, patch)
2020-03-12 05:52 PDT, youenn fablet
no flags
Patch for landing (146.16 KB, patch)
2020-03-18 05:53 PDT, youenn fablet
no flags
Patch for landing (146.15 KB, patch)
2020-03-18 05:58 PDT, youenn fablet
no flags
youenn fablet
Comment 1 2020-03-11 07:31:23 PDT
youenn fablet
Comment 2 2020-03-11 09:40:23 PDT
youenn fablet
Comment 3 2020-03-11 10:29:37 PDT
Comment on attachment 393254 [details] Patch Need to fix win port. Putting under review in the meantime.
youenn fablet
Comment 4 2020-03-12 03:13:44 PDT
youenn fablet
Comment 5 2020-03-12 04:48:12 PDT
youenn fablet
Comment 6 2020-03-12 05:52:32 PDT
Geoffrey Garen
Comment 7 2020-03-12 08:58:47 PDT
Comment on attachment 393363 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=393363&action=review r=me > Source/WebKit/WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:-175 > -void WebFrameLoaderClient::frameLoaderDestroyed() > -{ > - m_frame->invalidate(); > - > - // Balances explicit ref() in WebFrame::create(). > - m_frame->deref(); > -} It is a joy to see code like this disappear 🥳
WebKit Commit Bot
Comment 8 2020-03-12 10:56:14 PDT
Comment on attachment 393363 [details] Patch Clearing flags on attachment: 393363 Committed r258339: <https://trac.webkit.org/changeset/258339>
WebKit Commit Bot
Comment 9 2020-03-12 10:56:16 PDT
All reviewed patches have been landed. Closing bug.
Radar WebKit Bug Importer
Comment 10 2020-03-12 10:57:17 PDT
WebKit Commit Bot
Comment 11 2020-03-17 08:31:21 PDT
Re-opened since this is blocked by bug 209179
youenn fablet
Comment 12 2020-03-18 05:53:35 PDT
Created attachment 393840 [details] Patch for landing
youenn fablet
Comment 13 2020-03-18 05:55:41 PDT
(In reply to youenn fablet from comment #12) > Created attachment 393840 [details] > Patch for landing Fixed rendering issue by delaying setting WebPage::m_mainFrame to exactly what was done before. The issue was that we were unfreezing too quickly in case of ProcessSwapping. This does not fix the potential raciness in the two DrawingArea messages of the being-swapped WebPageProxy, but this patch does not make it worse.
youenn fablet
Comment 14 2020-03-18 05:58:20 PDT
Created attachment 393842 [details] Patch for landing
WebKit Commit Bot
Comment 15 2020-03-18 06:59:28 PDT
Comment on attachment 393842 [details] Patch for landing Clearing flags on attachment: 393842 Committed r258628: <https://trac.webkit.org/changeset/258628>
WebKit Commit Bot
Comment 16 2020-03-18 06:59:30 PDT
All reviewed patches have been landed. Closing bug.
Geoffrey Garen
Comment 17 2020-03-18 07:57:01 PDT
Can you file a follow up bug about the DrawingAreaProxy race — probably for Chris or Tim? Sounds like something worth fixing.
youenn fablet
Comment 18 2020-03-18 08:00:30 PDT
(In reply to Geoffrey Garen from comment #17) > Can you file a follow up bug about the DrawingAreaProxy race — probably for > Chris or Tim? Sounds like something worth fixing. Sure. To be clear, the race is hopefully probably theoretical only. My main issue is that the design seems a bit weak since we keep two IPC listeners from two different processes but for the same page. I'll do some follow-up clean-up related to WebPage.
youenn fablet
Comment 19 2020-03-18 08:07:07 PDT
Note You need to log in before you can comment on or make changes to this bug.