WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
Bug 63295
Remove some unneeded functions from FrameLoader
https://bugs.webkit.org/show_bug.cgi?id=63295
Summary
Remove some unneeded functions from FrameLoader
Darin Adler
Reported
2011-06-23 15:15:45 PDT
Remove some unneeded functions from FrameLoader
Attachments
Patch
(18.22 KB, patch)
2011-06-23 17:54 PDT
,
Darin Adler
abarth
: review+
webkit.review.bot
: commit-queue-
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Darin Adler
Comment 1
2011-06-23 17:54:01 PDT
Created
attachment 98445
[details]
Patch
WebKit Review Bot
Comment 2
2011-06-23 18:09:35 PDT
Comment on
attachment 98445
[details]
Patch
Attachment 98445
[details]
did not pass chromium-ews (chromium-xvfb): Output:
http://queues.webkit.org/results/8934306
WebKit Review Bot
Comment 3
2011-06-23 19:49:38 PDT
Comment on
attachment 98445
[details]
Patch
Attachment 98445
[details]
did not pass cr-mac-ews (chromium): Output:
http://queues.webkit.org/results/8935230
WebKit Review Bot
Comment 4
2011-06-23 20:27:29 PDT
Comment on
attachment 98445
[details]
Patch
Attachment 98445
[details]
did not pass cr-mac-ews (chromium): Output:
http://queues.webkit.org/results/8935238
Darin Adler
Comment 5
2011-06-23 20:39:11 PDT
Comment on
attachment 98445
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=98445&action=review
> Source/WebCore/loader/FrameLoader.h:-283 > - bool suppressOpenerInNewFrame() const { return m_suppressOpenerInNewFrame; }
Looks like this is actually Chromium-only rather than unused.
Adam Barth
Comment 6
2011-06-23 21:33:17 PDT
Comment on
attachment 98445
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=98445&action=review
R+, modulo compile errors, of course.
> Source/WebCore/loader/FrameLoader.cpp:1570 > - stopLoadingSubframes(clearProvisionalItemPolicy); > + for (RefPtr<Frame> child = m_frame->tree()->firstChild(); child; child = child->tree()->nextSibling()) > + child->loader()->stopAllLoaders(clearProvisionalItemPolicy);
Inlining this function is very helpful.
> Source/WebCore/loader/FrameLoader.h:159 > - // FIXME: Move this method to ResourceLoader with the rest of the ResourceError accessors. > ResourceError cancelledError(const ResourceRequest&) const;
It seems like this function should be removed. Are there clients of this method that aren't better off calling the ResourceLoader version?
Darin Adler
Comment 7
2011-06-24 10:25:23 PDT
Comment on
attachment 98445
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=98445&action=review
>> Source/WebCore/loader/FrameLoader.h:159 >> ResourceError cancelledError(const ResourceRequest&) const; > > It seems like this function should be removed. Are there clients of this method that aren't better off calling the ResourceLoader version?
I thought the same thing, believed the FIXME removed it, and then learned how this error is different from the other resource errors. There are multiple places where a cancelled error has to be synthesized when there is no resource loader. In WebCore, this happens in DocumentLoader::stopLoading, FrameLoader::requestFromDelegate, and possibly in PluginStream::stop. While there may be some good way to deal with this, simply removing the function isn’t clearly the correct step forward, which is why I removed the FIXME.
Adam Barth
Comment 8
2011-06-24 10:39:19 PDT
Ok. That explains why it was harder to move than the other ones. :)
Darin Adler
Comment 9
2011-06-24 17:09:46 PDT
Committed
r89715
: <
http://trac.webkit.org/changeset/89715
>
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