Makes sure we don't end up showing two tooltips

When you show/hide a window RootWindow may generate events (for
enter/exit). If there is a capture on the desktop this can lead to
sending mouse events to a window that does not have capture. This can
lead to showing two tooltips. One from the window that has capture,
the other from the window that got the enter/exit.

This patch fixes the bug by ignoring events targetted at a window when
another window has capture. This is mildly complicated by how our
CaptureClient is implemented for the desktop. In particular only the
window that has capture knows it has capture, all other Widgets think
no has capture. The fix is to add a way to get the global capture.

BUG=317495
TEST=see bug
R=ben@chromium.org,varunjain@chromium.org

Review URL: https://codereview.chromium.org/69343004

git-svn-id: svn://svn.chromium.org/chrome/trunk/src@235079 0039d316-1c4b-4281-b951-d872f2087c98

1 files changed, 3 insertions, 0 deletions

diff --git a/ash/display/mirror_window_controller.cc b/ash/display/mirror_window_controller.cc
index a8e3ed9..96e3c62 100644
--- a/ash/display/mirror_window_controller.cc
+++ b/ash/display/mirror_window_controller.cc
@@ -67,6 +67,9 @@ class NoneCaptureClient : public aura::client::CaptureClient {
   virtual aura::Window* GetCaptureWindow() OVERRIDE {
     return NULL;
   }
+  virtual aura::Window* GetGlobalCaptureWindow() OVERRIDE {
+    return NULL;
+  }
 
   DISALLOW_COPY_AND_ASSIGN(NoneCaptureClient);
 };