<html>
    <head>
      <base href="https://bugzilla.gnome.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [wayland] second click goes to previously right clicked item in titlebar"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=776232#c9">Comment # 9</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [wayland] second click goes to previously right clicked item in titlebar"
   href="https://bugzilla.gnome.org/show_bug.cgi?id=776232">bug 776232</a>
              from <span class="vcard"><a href="page.cgi?id=describeuser.html&login=ofourdan%40redhat.com" title="Olivier Fourdan <ofourdan@redhat.com>"> <span class="fn">Olivier Fourdan</span></a>
</span></b>
        <pre>(In reply to Carlos Garnacho from <a href="show_bug.cgi?id=776232#c8">comment #8</a>)
<span class="quote">> FWIW, I had this protocol patch to further define the behavior on compositor
> grabs:
> <a href="https://lists.freedesktop.org/archives/wayland-devel/2016-November/031884">https://lists.freedesktop.org/archives/wayland-devel/2016-November/031884</a>.
> html</span >

Yes, that would clarify the behavior, but also requires a change in the
compositor. 

<span class="quote">> Which, except for wl_touch, is just additional documentation. Your patch
> looks correct and is not too different from what's being done in other
> places, but maybe we should go ahead and try to break implicit grabs on
> wl_pointer.leave?</span >

Thing is, the issue seems to be pretty much specific to the case of the window
menu, because the window menu is mapped by gnome-shell, thus a different client
to the one that initiated the action.

So I am not sure we really need to break implicit grabs on pointer leave in all
cases, at least it works for most cases but the (external) window menu afaics.

The patch would be at least an intermediary fix without risk of breaking much
else (as limited to the window menu invocation) at least until a wider
consensus is found (and implemented in the clients/compositors) - Trigering the
wrong action is quite unexpected for the user, even is very limited to the use
of header bar and window menu :)</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are on the CC list for the bug.</li>
      </ul>
    </body>
</html>