summaryrefslogtreecommitdiffstats
path: root/chrome/browser/views/first_run_view.h
diff options
context:
space:
mode:
authorstuartmorgan@chromium.org <stuartmorgan@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2010-04-20 23:35:09 +0000
committerstuartmorgan@chromium.org <stuartmorgan@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2010-04-20 23:35:09 +0000
commitbd937f834e75316e6cb240459a1782e2a7b9a980 (patch)
treeb70c318d84bc44090821357aa22ce4fd22289031 /chrome/browser/views/first_run_view.h
parent0f288ef9c27aa95841d5e457fbefb3201fd68749 (diff)
downloadchromium_src-bd937f834e75316e6cb240459a1782e2a7b9a980.zip
chromium_src-bd937f834e75316e6cb240459a1782e2a7b9a980.tar.gz
chromium_src-bd937f834e75316e6cb240459a1782e2a7b9a980.tar.bz2
Merge 45105 - Make Mac plugin _setWindowNumber: interception more focused
We interpose _setWindowNumber: because at the point where we intercept modal dialogs the window ID (which we need to pass to the browser process) hasn't been set yet. However, it also causes some falsepositives. This narrows our _setWindowNumber: handling so that it only happens for the next call after we've caught an explicit windowshowing call too early to get a window number. BUG=41936 TEST=Pluginopened windows (Flash fullscreen, Gmail attachments, etc.) should continue to change focus correctly. Review URL: http://codereview.chromium.org/1727001 TBR=stuartmorgan@chromium.org Review URL: http://codereview.chromium.org/1710002 git-svn-id: svn://svn.chromium.org/chrome/branches/375/src@45121 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'chrome/browser/views/first_run_view.h')
0 files changed, 0 insertions, 0 deletions