WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
142389
Remove willDestroyFrame in WKBundlePageLoaderClient
https://bugs.webkit.org/show_bug.cgi?id=142389
Summary
Remove willDestroyFrame in WKBundlePageLoaderClient
Carlos Garcia Campos
Reported
2015-03-06 00:37:29 PST
I added willDestroyFrame in
r154540
but I realized recently (see
bug #141641
) that it has never actually worked :-( Adding the callback to WKBundlePageLoaderClient was the first mistake, since frames are handled by WebProcess and DidDestroyFrame message is indeed a WebProcessProxy not a WebPageProxyProxy one. Second mistake was calling the callback from WebFrameLoaderClient::frameLoaderDestroyed(), since at that point the frame has already been detached from the page and so WebFrame::page() always returns nullptr. So this in fact dead code. And since
r180211
nobody is using it. My first idea was to deprecate the method and remove the dead code, but since there aren't any new versions of WKBundlePageLoaderClient, and I guess nobody apart from WebKit internally is using it, maybe we can just remove it?
Attachments
Patch
(8.19 KB, patch)
2015-03-07 00:57 PST
,
Carlos Garcia Campos
andersca
: review+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Carlos Garcia Campos
Comment 1
2015-03-06 08:44:53 PST
I'll make it unavailable as suggested by Anders on IRC
Carlos Garcia Campos
Comment 2
2015-03-07 00:57:49 PST
Created
attachment 248147
[details]
Patch
Carlos Garcia Campos
Comment 3
2015-03-08 00:10:57 PST
Committed
r181222
: <
http://trac.webkit.org/changeset/181222
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug