https://bugs.winehq.org/show_bug.cgi?id=56001
Bug ID: 56001 Summary: Some shortcut keys don't work when winewayland contains the mouse input Product: Wine Version: 9.0-rc1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: shtetldik@gmail.com Distribution: ---
Component: winewayland.drv
When running Cyberpunk 2077 with winewayalnd, shortcut keys for cyberengine tweaks plugin stop working as soon as mouse input containment kicks in (which is right after the very first loading screen).
I.e. before that happens, the cyberengine tweaks HUD can be brought up using the set shortcut (I usually set it to ~), but after the mouse input is contained for mouselook purposes, that stops working, so there is something missing in propagating those keys in such mode.
https://bugs.winehq.org/show_bug.cgi?id=56001
alexandros.frantzis@collabora.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexandros.frantzis@collabo | |ra.com
--- Comment #1 from alexandros.frantzis@collabora.com --- Please provide a log with "WINEDEBUG=+timestamp,+pid,+tid,+waylanddrv,+keyboard,+vulkan WAYLAND_DEBUG=1", thanks!
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #2 from Shmerl shtetldik@gmail.com --- I'll provide logs shortly, but a bit of a clarification on what's going on.
If I simply start the game normally and stay in it - shortcuts continue working, and it coincides with KDE's desktop cursor not being hidden.
When I Alt+Tab out of the game and back (which hides KDE cursor), that's when keys for cyberengine tweaks stop working.
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #3 from Shmerl shtetldik@gmail.com --- Created attachment 75641 --> https://bugs.winehq.org/attachment.cgi?id=75641 Wine log
Wine log with:
DISPLAY='' WINEDEBUG=+timestamp,+pid,+tid,+waylanddrv,+keyboard,+vulkan WAYLAND_DEBUG=1
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #4 from Shmerl shtetldik@gmail.com --- For the reference, I'm testing with this applied: https://gitlab.winehq.org/wine/wine/-/merge_requests/4651
Pressing ~ seems to show up like this in the log:
trace:keyboard:NtUserToUnicodeEx ret 1, str L"~".
------------------- Test sequence:
1. First I pressed ~ one time - cyberengine tweaks HUD shows up. 2. Then I pressed ~ second time - it is hidden as expected. 3. Then I did Alt+Tab once out of the game, Alt+Tab back into the game. 4. And then pressed ~ again - the HUD is not showing up anymore.
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #5 from Shmerl shtetldik@gmail.com --- Btw, relation to hiding of the cursor is probably coincidental. They keys stop working even on the first loading screen before mouselook containment kicks in if I do Alt+Tab and back right away.
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #6 from alexandros.frantzis@collabora.com --- Thanks for all the information. Does https://gitlab.winehq.org/wine/wine/-/merge_requests/4679 help with your issue?
https://bugs.winehq.org/show_bug.cgi?id=56001
Shmerl shtetldik@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Some shortcut keys don't |Some shortcut keys don't |work when winewayland |work with winewayland when |contains the mouse input |focus is lost and restored
https://bugs.winehq.org/show_bug.cgi?id=56001
--- Comment #7 from Shmerl shtetldik@gmail.com --- (In reply to alexandros.frantzis from comment #6)
Thanks for all the information. Does https://gitlab.winehq.org/wine/wine/-/merge_requests/4679 help with your issue?
Yes, it fixes it. Thank you!
https://bugs.winehq.org/show_bug.cgi?id=56001
Vijay Kamuju infyquest@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Fixed by SHA1| |b853a670cfc5600904af13e544a | |9eb967e5ddc62 Status|UNCONFIRMED |RESOLVED CC| |infyquest@gmail.com
--- Comment #8 from Vijay Kamuju infyquest@gmail.com --- Its now fixed (b853a670cfc5600904af13e544a9eb967e5ddc62) and its present in wine 9.0 rc2
https://bugs.winehq.org/show_bug.cgi?id=56001
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 9.0-rc3.