Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(7)

Issue 6293007: Add opener frame id, url, and target url to CreateWindow message. (Closed)

Created:
9 years, 11 months ago by jochen (gone - plz use gerrit)
Modified:
9 years, 7 months ago
CC:
chromium-reviews, darin-cc_chromium.org, brettw-cc_chromium.org
Visibility:
Public.

Description

Add opener frame id, url, and target url to CreateWindow message. BUG=none TEST=none Committed: http://src.chromium.org/viewvc/chrome?view=rev&revision=72116

Patch Set 1 #

Total comments: 4

Patch Set 2 : updates #

Patch Set 3 : updates #

Patch Set 4 : updates #

Unified diffs Side-by-side diffs Delta from patch set Stats (+37 lines, -2 lines) Patch
M chrome/common/render_messages_params.h View 1 2 1 chunk +13 lines, -0 lines 0 comments Download
M chrome/common/render_messages_params.cc View 1 2 4 chunks +19 lines, -2 lines 0 comments Download
M chrome/renderer/render_view.cc View 1 2 3 1 chunk +5 lines, -0 lines 0 comments Download

Messages

Total messages: 6 (0 generated)
jochen (gone - plz use gerrit)
please review opener frame id, and target url is required for the web navigation api ...
9 years, 11 months ago (2011-01-15 21:14:43 UTC) #1
Johnny(Jianning) Ding
http://codereview.chromium.org/6293007/diff/1/chrome/common/render_messages_params.h File chrome/common/render_messages_params.h (right): http://codereview.chromium.org/6293007/diff/1/chrome/common/render_messages_params.h#newcode788 chrome/common/render_messages_params.h:788: // The URL of the frameinitiating the open. need ...
9 years, 11 months ago (2011-01-17 09:41:15 UTC) #2
jochen (gone - plz use gerrit)
http://codereview.chromium.org/6293007/diff/1/chrome/common/render_messages_params.h File chrome/common/render_messages_params.h (right): http://codereview.chromium.org/6293007/diff/1/chrome/common/render_messages_params.h#newcode788 chrome/common/render_messages_params.h:788: // The URL of the frameinitiating the open. On ...
9 years, 11 months ago (2011-01-17 12:11:08 UTC) #3
Johnny(Jianning) Ding
LGTM. Using WebFrame::url() is OK for me since a page can't spawn popups until its ...
9 years, 11 months ago (2011-01-17 13:40:54 UTC) #4
jochen (gone - plz use gerrit)
On 2011/01/17 13:40:54, Johnny(Jianning) Ding wrote: > LGTM. > > Using WebFrame::url() is OK for ...
9 years, 11 months ago (2011-01-20 22:14:33 UTC) #5
Johnny(Jianning) Ding
9 years, 11 months ago (2011-01-21 06:35:35 UTC) #6
LGTM.

Thanks for follow-up of security origin:)

On 2011/01/20 22:14:33, jochen wrote:
> On 2011/01/17 13:40:54, Johnny(Jianning) Ding wrote:
> > LGTM.
> > 
> > Using WebFrame::url() is OK for me since a page can't spawn popups until its
> > load commits. When we reach here, the creator must return a valid URL from
> > url(). But you may want to ask for Darin's opinion.
> 
> A page A could open about:blank, and inject a script into it invoking
> window.open. In that case, the url would be about:blank but the security
origin
> would be the one of A.
> 
> So I think we need both. For the popup blocker, you should definitely use the
> security origin.
> 
> please review once more

Powered by Google App Engine
This is Rietveld 408576698