diff options
| author | jam@chromium.org <jam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-11-09 17:23:17 +0000 |
|---|---|---|
| committer | jam@chromium.org <jam@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98> | 2013-11-09 17:23:17 +0000 |
| commit | 901cf6ff7fb561ec08f245003c4e990610021f93 (patch) | |
| tree | 7f64c50143a286fc477c121e916a029012d03716 /cloud_print | |
| parent | 5b07e8849445819a1d960d17d2a90512b370c0e0 (diff) | |
| download | chromium_src-901cf6ff7fb561ec08f245003c4e990610021f93.zip chromium_src-901cf6ff7fb561ec08f245003c4e990610021f93.tar.gz chromium_src-901cf6ff7fb561ec08f245003c4e990610021f93.tar.bz2 | |
Ensure that we always watch the peers of the WebContentsView when it gets reparented. Previously I assumed we didn't need to do this because new windows would get created when the constrained windows show up. But it turns out that for the find-bar case, the window will just be hidden if there's an existing find bar in another tab.
BUG=299224
TEST=see repro steps in comment 27 on the bug
R=ben@chromium.org
Review URL: https://codereview.chromium.org/67553003
git-svn-id: svn://svn.chromium.org/chrome/trunk/src@234125 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'cloud_print')
0 files changed, 0 insertions, 0 deletions