Mouse input got eatenwhile looking down in fullscreen under KDE

[EviTRea]

Your system information

• System information from steam (Steam -> Help -> System Information) in a gist: https://gist.github.com/EviTRea/e647c629fc6ed85fd0ab61116a741a35
• Have you checked for system updates?: Yes

Please describe your issue in as much detail as possible:

If I move mouse down (look at feet), every mouse input aside from moving got eaten. Click, doesn't shoot. Wheel down, doesn't jump; Look up, everything works again. Changed mouse, issue remains; Rebinded shooting, keyboard does it no problem. I'm certain it's a mouse issue. Moving mouse up cause no issue, but moving mouse up and then down, now I can't even shoot while looking horizontally, only solvable by moving mouse around...best case scenario, only not able to shoot while looking straight down, it's always present. Unless I switch from full screen to full screen window, that solve the issue completely.

I'd guess the issue is, the mouse for KDE and for the game is somehow desynced. Though in the game the mouse is centred (or the camera should be stuck), in the DE there's some kind of ghost mouse hovered onto the autohidden taskbar, thus ate the input of the mouse. That being said, no app was launch while the game got stock, also the idea of game can capture the movement while mouse got stuck under the screen maybe doesn't make sense at all, but that's the best guess I have after 2 hours of trouble shooting.

Steps for reproducing this issue:

1. Open CS2 in Fullscreen under la KDE with autohide taskbar (and maybe other conditions I couldn't isolate in 1 system)
2. See very high
3. See down, input is no more

Operating System: Fedora Linux 38 KDE Plasma Version: 5.27.9 KDE Frameworks Version: 5.111.0 Qt Version: 5.15.11 Kernel Version: 6.5.11-200.fc38.x86_64 (64-bit) Graphics Platform: X11 Processors: 12 × AMD Ryzen 5 5600X 6-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 3070 Ti/PCIe/SSE2 Manufacturer: Gigabyte Technology Co., Ltd. Product Name: X570 GAMING X

[liphiwolf]

This issue is related to #3566 I have seen the same behaviour on arch with KDE that the mouse on desktop is somewhat active still. Sometimes the hovereffect for open windows is activated if the "ghost mouse" is above it.

[dataprolet]

As I've mentioned here https://github.com/ValveSoftware/csgo-osx-linux/issues/3566#issuecomment-1865137459 a possible workaround is to change from fullscreen to windowed mode and back again after the initial start of the game. That makes the game use exclusive fullscreen ans the cursor can't escape the window anymore.

[Jinx138]

I solved the issue (Manjaro Plasma) by assigning plasmas kwinfullscreen to Meta+F (goto systemsettings/keyboard/shortcuts/kwin (or what it is called in english) and add a custom shortcut). Now I can press Meta+F while playing to resolve the dead mousebottoproblem. I find the problem lies in the handling of the tasbar. Moving the taskbar to the top of the screen results in dead buttons exactly there, this functions even placing the controlbar to the sides ^^

I think Meta+F is quite a useful shortcut, as it works with a lot of applications inculding Firefox.

[EviTRea]

I solved the issue (Manjaro Plasma) by assigning plasmas kwinfullscreen to Meta+F (goto systemsettings/keyboard/shortcuts/kwin (or what it is called in english) and add a custom shortcut). Now I can press Meta+F while playing to resolve the dead mousebottoproblem. I find the problem lies in the handling of the tasbar. Moving the taskbar to the top of the screen results in dead buttons exactly there, this functions even placing the controlbar to the sides ^^

I think Meta+F is quite a useful shortcut, as it works with a lot of applications inculding Firefox.

I had been exiting and re-entering fullscreen with game setting for months now, when it became window mode the taskbar blocks the confirm button so I had to drag it slightly into second monitor to hit confirm back to full screen This trick replaced so many mouse click, thank you for sharing