64
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 30 Nov 2025
64 points (100.0% liked)
Linux Gaming
22342 readers
1476 users here now
Discussions and news about gaming on the GNU/Linux family of operating systems (including the Steam Deck). Potentially a $HOME away from home for disgruntled /r/linux_gaming denizens of the redditarian demesne.
This page can be subscribed to via RSS.
Original /r/linux_gaming pengwing by uoou.
No memes/shitposts/low-effort posts, please.
Resources
WWW:
- Linux Gaming wiki
- Gaming on Linux
- ProtonDB
- Lutris
- PCGamingWiki
- LibreGameWiki
- Boiling Steam
- Phoronix
- Linux VR Adventures
Discord:
IRC:
Matrix:
Telegram:
founded 2 years ago
MODERATORS
I'll just spitball because I do not have these problems, although I do have quite some experience with Steam thinkering and troubleshooting. Don't take my answers as actual solutions.
When you are not using an Xbox or Playstation controller, and Steam is configured for it, Steam will emulate it using a secondary spoofed input device. This might be your problem. Compare your input devices with Steam closed and opened. Look under the controller settings and thinker with Steam Input for generic controller.
It always works for me on Gnome. I guess this might be a desktop environment problem and not a Steam one. What DE are you using?
I've had this kind of problem when making a Flatpak Qt app that launches another program. I had to specifically spawn the process with
flatpak-spawnto not run into flatpak issues. You say that you also have this problem on a native install, but maybe you didn't really start the native install or you are mistaken? I've mistakenly troubleshooted what I thought to be a native process but I was trying the flatpak I also had installed.I think this problem is because of the same reason as the previous problem. It might not be spawning processes correctly so it borks the hook. Or maybe you are using some very strict memory protection.