diff options
author | alexmos <alexmos@chromium.org> | 2015-05-05 12:50:28 -0700 |
---|---|---|
committer | Commit bot <commit-bot@chromium.org> | 2015-05-05 19:51:10 +0000 |
commit | 134cdb8c234847ebde156e46cad95be3221dc66b (patch) | |
tree | bf51165c4e5d12ffd20c81f4a871342a7ccd2152 /content/browser/browser_plugin/browser_plugin_guest.h | |
parent | 51d04a1d341fe739beaff1528095f025a66f3fcc (diff) | |
download | chromium_src-134cdb8c234847ebde156e46cad95be3221dc66b.zip chromium_src-134cdb8c234847ebde156e46cad95be3221dc66b.tar.gz chromium_src-134cdb8c234847ebde156e46cad95be3221dc66b.tar.bz2 |
OOPIF: Specify previous sibling frames when creating RenderFrames.
When initializing a new renderer for an OOP frame, the current
behavior is to first create all the RenderFrameProxies, and then to
create the new RenderFrame, appending it as its parent's last child in
the frame tree. This disregards the order of sibling frames and thus
may break indexed window access (e.g., window.frames[2]).
This CL passes the previous sibling's routing ID in the
FrameMsg_NewFrame message, so that the new frame can be inserted in
the correct place in the frame tree. Note that we don't need to do
this for RenderFrameProxies, as those are already created in the
correct order (by CreateProxiesForSiteInstance) when initializing a
new renderer process.
Corresponding Blink CL: https://codereview.chromium.org/1119823003/
BUG=478792
Review URL: https://codereview.chromium.org/1113393004
Cr-Commit-Position: refs/heads/master@{#328384}
Diffstat (limited to 'content/browser/browser_plugin/browser_plugin_guest.h')
0 files changed, 0 insertions, 0 deletions