Bug 49764 - [chromium] Add a mechanism for creating a WebURLLoader that is associated with a particular WebFrame
Summary: [chromium] Add a mechanism for creating a WebURLLoader that is associated wit...
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit API (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Darin Fisher (:fishd, Google)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-18 15:15 PST by Darin Fisher (:fishd, Google)
Modified: 2010-11-23 10:59 PST (History)
3 users (show)

See Also:


Attachments
v1 patch (11.03 KB, patch)
2010-11-18 15:17 PST, Darin Fisher (:fishd, Google)
no flags Details | Formatted Diff | Diff
v2 patch (11.09 KB, patch)
2010-11-18 17:02 PST, Darin Fisher (:fishd, Google)
dglazkov: review+
Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Darin Fisher (:fishd, Google) 2010-11-18 15:15:50 PST
[chromium] Add a mechanism for creating a WebURLLoader that is associated
with a particular WebFrame

This will be used by code that calls webKitClient()->createURLLoader()
from within the Chromium source tree.

An associated WebURLLoader should be treated like a subresource of the
WebFrame's document.

In a follow-up version, I will build AssociatedURLLoader on top of
WebCore::SubresourceLoader, but for now, I'm just moving code from
Chromium's repository into WebKit.
Comment 1 Darin Fisher (:fishd, Google) 2010-11-18 15:17:02 PST
Created attachment 74300 [details]
v1 patch
Comment 2 Michael Nordman 2010-11-18 16:12:10 PST
Comment on attachment 74300 [details]
v1 patch

View in context: https://bugs.webkit.org/attachment.cgi?id=74300&action=review

This looks ok to me.

> WebKit/chromium/public/WebFrame.h:335
> +    // will, for example, be cancelled when WebFrame::stopLoading is called.

Until this is implemented in terms of SubresourceLoader, they'll run beyond stopLoading (i think). If that right maybe add a FIXME here to clarify the current behavior.

> WebKit/chromium/src/AssociatedURLLoader.h:50
> +    virtual void loadSynchronously(const WebURLRequest&, WebURLResponse&, WebURLError&, WebData& data);

No need for 'data' param name.
Comment 3 Darin Fisher (:fishd, Google) 2010-11-18 17:02:39 PST
Created attachment 74322 [details]
v2 patch

Thanks for the feedback Michael!
Comment 4 Dimitri Glazkov (Google) 2010-11-23 09:16:46 PST
Comment on attachment 74322 [details]
v2 patch

View in context: https://bugs.webkit.org/attachment.cgi?id=74322&action=review

nit-nit

> WebKit/chromium/src/AssociatedURLLoader.cpp:79
> +void AssociatedURLLoader::PrepareRequest(WebURLRequest& request)

prepareRequest? :)
Comment 5 Darin Fisher (:fishd, Google) 2010-11-23 10:59:47 PST
Landed as http://trac.webkit.org/changeset/72616