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-
Darin Adler
Comment 1 2011-06-23 17:54:01 PDT
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
Note You need to log in before you can comment on or make changes to this bug.