https://bugs.winehq.org/show_bug.cgi?id=42897
Bug ID: 42897 Summary: Trackpad right-click is not recognized, but mouse right-click is Product: Wine Version: 2.4 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: mildred-bug.winehq@mildred.fr Distribution: ---
On Pharaoh application, the trackpad right-click is not recognized as a right-click. However an external mouse right-click is recognized.
This does not happen on other applications. There must be something specific in input handling here that makes the application not recognize the trackpad right-click.
AppDB: https://appdb.winehq.org/objectManager.php?sClass=application&iId=223
https://bugs.winehq.org/show_bug.cgi?id=42897
--- Comment #1 from Mildred mildred-bug.winehq@mildred.fr --- Created attachment 58031 --> https://bugs.winehq.org/attachment.cgi?id=58031 Log with WINEDEBUG=+cursor with a left click followed by trackpad right click first and real mouse right click last
Attached a log file with WINEDEBUG=+cursor with the two clicks. First the trackpad right click, then the mouse right click.
The lines are easy to find by locating the strings "ButtonPress" and "ButtonRelease"
The first click with the trackpad looks like:
trace:cursor:X11DRV_ButtonPress hwnd 0x1007c/2e00001 button 2 pos 464,432 trace:cursor:X11DRV_EnterNotify hwnd 0x1007c/2e00001 pos 464,432 detail 2 trace:cursor:X11DRV_ButtonRelease hwnd 0x1007c/2e00001 button 2 pos 464,432
The second click with the real mouse looks like:
trace:cursor:X11DRV_ButtonPress hwnd 0x1007c/2e00001 button 2 pos 464,432 trace:cursor:X11DRV_EnterNotify hwnd 0x1007c/2e00001 pos 464,432 detail 2 trace:cursor:SetCursor 0x10056 ... trace:cursor:X11DRV_GetCursorPos pointer at (464,432) server pos (464,432) trace:cursor:SetCursor 0x10056 trace:cursor:X11DRV_ButtonRelease hwnd 0x1007c/2e00001 button 2 pos 464,432
There are many more events with the real mouse. This may be caused by the fact that this is a real mouse, or that the click was correctly handled by the application and resulted in a screen refresh. The clock was made on the main menu background and no visible change was noticed before and after the click. But it is entirely possible that the right-click was taken as a way to go back to the main menu. because the main menu was already shown, nothing changed on screen.
As for the Press, EnterNotify and Release events, it seems that they are identical. Which doesn't help to see what's wrong with the trackpad and why it is not recognized.
https://bugs.winehq.org/show_bug.cgi?id=42897
--- Comment #2 from Mildred mildred-bug.winehq@mildred.fr --- The one thing that may be different but not shown on the logs, is the event time. The trackpad right-click is a single tap on the surface and the press and release events probably happens at the same time. The real mouse however has a distinct press and release time.
Perhaps the application needs time to register a right click is proceeding, and receiving both press and release events at the same time make the application ignore those events.
This can be confirmed by the X11 events I can get with xev. Lest tap on the trackpad have different times for press and release events while two finger tap (corresponding to right click) have the same time for press and release events.
The application may not be capable of ordering events that have the same timestamp.
perhaps this is to be corrected in the libinput driver instead of within wine itself.
https://bugs.winehq.org/show_bug.cgi?id=42897
--- Comment #3 from Mildred mildred-bug.winehq@mildred.fr --- See also: https://bugs.freedesktop.org/show_bug.cgi?id=100796
-
wine-bugs＠winehq.org