GNOME Bugzilla – Bug 758661
[gnome wayland session] every second right-click to window header is ignored (CSD-related?)
Last modified: 2015-11-25 21:01:41 UTC
Steps to reproduce: 1. open any gtk3 application on a gnome+wayland session. 2. right-click into header bar. You'll see a menu with "Minimize", "Maximize", …, "Close". 3. exit the menu by pressing the ESC key or clicking somewhere else 4. right-click again into header bar. What happens: 4. is being ignored. You will need to click again to trigger the menu open. What should happen: On 4. open menu as in 2.. Works fine in X, so this is a wayland-specific regression. Additional info: It looks like this is a CSD (client-side decorations) issue on wayland sessions. This issue affects: gtk3 applications with GDK_BACKEND=wayland (both traditional window headers (small) and wide GtkHeaderBars) gtk3 applications with GDK_BACKEND=x11 and GtkHeaderBars, but only if run inside a gnome+wayland session. This issue does not affect: gtk3 applications with GDK_BACKEND=x11 and traditional window header (e.g. firefox on Fedora 23) gtk2 or qt applications Installed software versions: gtk3-3.18.5-3.fc23.x86_64 glib2-2.46.2-1.fc23.x86_64 libwayland-client-1.9.0-1.fc23.x86_64 gnome-shell-3.18.3-1.fc23.x86_64 xorg-x11-server-Xorg-1.18.0-2.fc23.x86_64 xorg-x11-server-Xwayland-1.18.0-2.fc23.x86_64 mutter-3.18.2-1.fc23.x86_64 clutter-1.24.2-1.fc23.x86_64
Created attachment 316255 [details] [review] GtkWindow: Reset gestures after triggering right click titlebar action Just like it happens for window dragging, we're likely to not see the matching button release for this event, so we must reset the controller manually here.
Review of attachment 316255 [details] [review]: ok, sure
Attachment 316255 [details] pushed as 4981ca9 - GtkWindow: Reset gestures after triggering right click titlebar action