summaryrefslogtreecommitdiffstats
path: root/base/debug/trace_event_impl.h
diff options
context:
space:
mode:
authorananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2013-12-03 19:42:01 +0000
committerananta@chromium.org <ananta@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2013-12-03 19:42:01 +0000
commit6a3ad06b4dc301ff395a13605e7ab7439d9680d4 (patch)
tree510d5db2912f14a813ced2facf9a4ec6e4eab7b9 /base/debug/trace_event_impl.h
parenteeb85af78952e2c0c70310f5733d2eceb455c482 (diff)
downloadchromium_src-6a3ad06b4dc301ff395a13605e7ab7439d9680d4.zip
chromium_src-6a3ad06b4dc301ff395a13605e7ab7439d9680d4.tar.gz
chromium_src-6a3ad06b4dc301ff395a13605e7ab7439d9680d4.tar.bz2
Ensure that a fullscreen RenderWidgetHostViewAura instance does not restore itself on Windows when we switch away to a different
monitor. We have code in RenderWidgetHostViewAura::OnWindowFocused to handle this case. It does this by comparing the display ids of the window being activated and the one losing activation. However in desktop Chrome we could lose activation to a non Aura Window. We handle this case on Windows by getting the cursor position and the display near that and comparing that with the display of the window losing activation. Fixes bug https://code.google.com/p/chromium/issues/detail?id=317532 BUG=317532 R=jam@chromium.org, jam Review URL: https://codereview.chromium.org/100683002 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@238441 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'base/debug/trace_event_impl.h')
0 files changed, 0 insertions, 0 deletions