[Bug 55902] New: winewayland.drv: GNOME, cannot resize a window by touchpad double-tap

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

Bug ID: 55902
           Summary: winewayland.drv: GNOME, cannot resize a window by
                    touchpad double-tap
           Product: Wine
           Version: 8.17
          Hardware: x86-64
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

winewayland.drv: GNOME, cannot resize a window by touchpad double-tap.

Judging by a cursor when double-tapping it expects the user to drag the window,
but it should resize the window.

Mouse double-click works as expected.

KDE and Weston not affected.

[Bug 55902] winewayland.drv: GNOME, cannot resize a window by touchpad double-tap

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

darkblaze69  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 55902] winewayland.drv: GNOME, cannot resize a window by touchpad double-tap

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

[e-mail] changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |alexandros.frantzis@collabo
                   |                            |ra.com

--- Comment #1 from [e-mail] ---
(In reply to darkblaze69 from comment #0)
> winewayland.drv: GNOME, cannot resize a window by touchpad double-tap.
>
> Judging by a cursor when double-tapping it expects the user to drag the
> window, but it should resize the window.
>
> Mouse double-click works as expected.
>
> KDE and Weston not affected.

For me double-tap is a click and drag (to be precise, the first quick tap is a
click and the second initiates the drag), so I can, e.g., double-tap over a
corner and resize without issue (GNOME 45.1, latest Wine master). Here is what
I am doing and the results I am getting, e.g., with notepad:

1. Move the cursor over a corner, the cursor changes to a Windows resize icon.
2. Double tap, the cursor changes to a GNOME resize icon.
3. Move finger to resize.

Is this what you mean by resizing with double-tap, or are you referring to
something different? Which application are you trying with?

[Bug 55902] winewayland.drv: GNOME, cannot resize a window by touchpad double-tap

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #2 from darkblaze69  ---
Sorry I meant double-click/douple-tap on headerbar to maximize window.
It doesn't work in GNOME, but works in KDE,Weston.

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

darkblaze69  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|winewayland.drv: GNOME,     |winewayland.drv: GNOME,
                   |cannot resize a window by   |cannot maximize a window by
                   |touchpad double-tap         |touchpad double-tap on
                   |                            |headerbar

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #3 from [e-mail] ---
Created attachment 75440
  --> https://bugs.winehq.org/attachment.cgi?id=75440
Wine log snippets (running with WineX11/Xwayland, GNOME 45.1) for the
double-click, double-tap and double-tap with small delay scenarios.

I am able to reproduce the double-tap to maximize problem under GNOME, both
with winewayland.drv, but also with winex11.drv/Xwayland when using Wine
decorations (i.e., "Allow the window manager to decorate the windows" is *not*
ticked in winecfg). This doesn't seem to be a problem with WM decorations,
since in that case the WM is handling the taps/clicks on the decorations.

From a quick investigation the issue seems to be that the second tap is never
sent by GNOME (neither in the Wayland nor Xwayland case), and the window
remains in "move" mode (initiated from the first tap). Interestingly, you can
get the second tap, and thus the window to maximize, if the second tap happens
just a little bit more slowly (but not too slowly).

Perhaps the fact that after the first tap the drivers send a move event/request
(to the Xserver/compositor, respectively) is what confuses GNOME? In any case,
when using the mouse both clicks are delivered.

Although I can't say for sure if this is erroneous behavior in GNOME or just
some behavioral incompatibility, I think this is worthy of an upstream GNOME
bug/discussion.

I have attached a file containing Wine log snippets (running with
WineX11/Xwayland, GNOME 45.1) for the double-click, double-tap and double-tap
with small delay scenarios.

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #4 from darkblaze69  ---
You can find more context in GNOME discussion on similar problem, 
https://gitlab.gnome.org/GNOME/mutter/-/issues/2669

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #5 from darkblaze69  ---
On Xwayland in GNOME the double-tap on headerbar works for me to maximize, and
the cursor doesn't change to drag when double-tap on headerbar.

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #6 from [e-mail] ---
(In reply to darkblaze69 from comment #5)
> On Xwayland in GNOME the double-tap on headerbar works for me to maximize,
> and the cursor doesn't change to drag when double-tap on headerbar.

Is this with the GNOME Xwayland headerbar (i.e., server side), or with the Wine
(i.e., client side, when "Allow the window manager to decorate the windows" is
*not* ticked in winecfg) headerbar? In my experiments, I can reproduce with the
Wine headerbar on both Xwayland and Wayland.

Thank you for the GNOME bug link, this seems to be the same issue, with the
move event after the first tap somehow confusing GNOME. I have not seen an
explanation why this is seen with touchpad taps but not mouse clicks though.

The discussion in the bug about this needing to be fixed in applications is
somewhat reasonable. However, this is also causing a regression in Xwayland vs
X11, so a GNOME fix would also be reasonable, especially when factoring in that
this works in other compositors and with mouse clicks.

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

--- Comment #7 from darkblaze69  ---
> Wine (i.e., client side, when "Allow the window manager to decorate the
> windows" is *not* ticked in winecfg) headerbar?

You're right, with this option off I reproduce in Xwayland too.

If it makes some hints, alacritty project was able to fix the issue.
https://github.com/alacritty/alacritty/issues/7011

[Bug 55902] winewayland.drv: GNOME, cannot maximize a window by touchpad double-tap on headerbar

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=55902

Zeb Figura  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|-unknown                    |winewayland