[Bug 58953] New: Wine 10 steals all mouse input when playing any game
http://bugs.winehq.org/show_bug.cgi?id=58953 Bug ID: 58953 Summary: Wine 10 steals all mouse input when playing any game Product: Wine Version: 10.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: xinput Assignee: wine-bugs(a)list.winehq.org Reporter: shockwaves08(a)hotmail.com Distribution: ArchLinux Issue: When launching any game with Wine 10 selected, the game steals all mouse cursor focus completely, and does not relinquish control if the user switches to a background app (i.e. Google Chrome and/or Discord). Makes any sort of multitasking in completely impossible until the game in question is closed. In certain games, like Grand Theft Auto V Enhanced, the inverse is true; while mouse can be used in external apps, doing so completely shuts down ALL in-game input, whether by gamepad or mouse and keyboard, requiring a force-close and restart to restore normal functionality. Expected Behavior, circa Wine 9 and earlier: Game relinquishes mouse cursor control when switching between currently-running apps, allowing for normal mouse control. I already reported this same bug on Valve's Proton GitHub, but I figured I'd tackle this severe issue at the source too. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58953 Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |o.dierick(a)piezo-forte.be --- Comment #1 from Olivier F. R. Dierick <o.dierick(a)piezo-forte.be> --- Hello, https://gitlab.winehq.org/wine/wine/-/wikis/Bugs - use a vanilla Wine development version; - create a clean wine prefix; - install the application there with any Windows program that the game requires - Steam Windows client in this case, with its own 'arial' winetricks dependency; - NO DLLs override, unless required to reach the issue. State the DLL overrides in that case; - run the application and collect terminal output to attach here; Also give us the link to the external bug reports so that it's easily accessible/remembered. Regards. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58953 Matthias Schwarzott <zzam@gentoo.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zzam@gentoo.org --- Comment #2 from Matthias Schwarzott <zzam@gentoo.org> --- The same issue happens to me using Adobe Digital Editions 2.0. I am running wine under wayland on a gentoo installation. It is broken on latest master (and wine-10.20) and good on wine-10.0. So I bisected it to this commit: a897aad823f5ea76949a0171f34984f4ebf1ced1 is the first bad commit commit a897aad823f5ea76949a0171f34984f4ebf1ced1 (HEAD) Author: Rémi Bernon <rbernon@codeweavers.com> Date: Sat May 31 12:33:51 2025 +0200 win32u: Keep track of the most recent window GL drawable. dlls/win32u/opengl.c | 25 +++++++++++++++++-------- 1 file changed, 17 insertions(+), 8 deletions(-) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=58953 --- Comment #3 from Matthias Schwarzott <zzam@gentoo.org> --- The focus stealing for Adobe Digital Editions 2.0 is fixed with the first commit after wine-11.0-rc3. commit e4a14b8ce23d69213b7d161ba3f420d0b8b578e5 (HEAD) Author: Rémi Bernon <rbernon@codeweavers.com> Date: Sat Dec 20 15:52:07 2025 +0100 winex11: Set net_active_window_serial when activating withdrawn windows. The workaround to avoid breaking Cinnamon / Muffin caused some logic change, where GetWindowStateUpdates started returning the previously active window as foreground, as there's no _NET_ACTIVE_WINDOW pending request being recorded anymore. If GetWindowStateUpdates gets called after the window activation request but before its mapping is requested from WindowStateChanged, it would change the Win32 foreground window too, causing spurious focus loss. Fixes: c8422a619b46d25e55907fd5526b1d9fae8c3943 dlls/winex11.drv/window.c | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla