https://bugs.winehq.org/show_bug.cgi?id=43165
Bug ID: 43165 Summary: Desktop "taskbar" listens to mouse input even when applications (should) have exclusive access Product: Wine Version: 2.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: roman@hargrave.info Distribution: ---
I've been having issues with the taskbar (in the virtual desktop) while playing Wolfenstein TNO/TOB, but this likely applies to other games that read mouse input in a similar fashion to idTech.
Essentially, if the mouse is flicked before the game (or whichever input system it uses) can return the cursor to the center of the window and it reaches the bottom corner of the screen, the taskbar will be shown (and cannot be re-hidden), and the user can unintentionally interact with the start button or application kickers (and their context menu). I have unintentionally minimized fullscreen applications multiple times due to this issue.
Honestly, this bug could probably be split across application input and the shell, since it seems to be primarily caused by the applications input system, and the taskbar still accepting input when a window above it should have received it.
https://bugs.winehq.org/show_bug.cgi?id=43165
roman@hargrave.info roman@hargrave.info changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Desktop "taskbar" listens |Wolfenstein TNO/TOB input |to mouse input even when |falls through to other |applications (should) have |applications |exclusive access |
https://bugs.winehq.org/show_bug.cgi?id=43165
--- Comment #1 from roman@hargrave.info roman@hargrave.info --- Updated since steam is also getting input.