Summary: | [chromium] Helper Plugin does not have a URL for its Document | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | David Dorwin <ddorwin> | ||||||
Component: | WebKit Misc. | Assignee: | David Dorwin <ddorwin> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | abarth, eric.carlson, feature-media-reviews, jer.noble, tkent, webkit.review.bot | ||||||
Priority: | P2 | ||||||||
Version: | 528+ (Nightly build) | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Attachments: |
|
Description
David Dorwin
2013-03-08 18:41:55 PST
Created attachment 192325 [details]
Patch
Comment on attachment 192325 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=192325&action=review > Source/WebKit/chromium/src/WebHelperPluginImpl.cpp:67 > + // Give the new document the same URL as the hose frame so that content > + // settings and other decisions can be made based on the correct origin. > + const WebURL& hostFrameURL = hostFrame->document().url(); Why do we pass in a hostFrame instead of a hostDocument? > Source/WebKit/chromium/src/WebHelperPluginImpl.cpp:71 > + writer.begin(hostFrameURL); Frames don't have URLs. Documents have URLs. > Source/WebKit/chromium/src/WebViewImpl.cpp:168 > + > + These changes look spurious. Created attachment 192329 [details]
Patch
Comment on attachment 192325 [details] Patch Thanks. Any concerns about how |url| is used while creating the Document or during its lifetime? During creation, it seems to mostly be important whether it is a plugin (i.e. foo.swf), which is not the case here. View in context: https://bugs.webkit.org/attachment.cgi?id=192325&action=review >> Source/WebKit/chromium/src/WebHelperPluginImpl.cpp:67 >> + const WebURL& hostFrameURL = hostFrame->document().url(); > > Why do we pass in a hostFrame instead of a hostDocument? Done. No reason really. Now, it's a const ref, which is nice. >> Source/WebKit/chromium/src/WebHelperPluginImpl.cpp:71 >> + writer.begin(hostFrameURL); > > Frames don't have URLs. Documents have URLs. Done. >> Source/WebKit/chromium/src/WebViewImpl.cpp:168 >> + > > These changes look spurious. Done. Comment on attachment 192329 [details]
Patch
ok
Comment on attachment 192329 [details] Patch Clearing flags on attachment: 192329 Committed r145319: <http://trac.webkit.org/changeset/145319> All reviewed patches have been landed. Closing bug. |