Emulator Issues #13354
openGames stop responding to input after losing focus once (Linux, OpenGL)
0%
Description
Game Name?
Any game applicable (e.g. Wii System Menu 4.3E )
Game ID? (right click the game in the game list, Properties, Info tab)
N/A
MD5 Hash? (right click the game in the game list, Properties, Verify tab, Verify Integrity button)
N/A
What's the problem? Describe what went wrong.
Only the first run of a game, for a given dolphin session, will accept input of any kind. After closing or pausing the game, no subsequent game will respond to input. The controller configuration menu still behaves as expected throughout.
What steps will reproduce the problem?
- Open Dolphin.
- Start a game.
- See that input functions correctly from all devices.
- Close (or pause) the game.
- Reopen (or resume) the game.
- See that the game no longer receives input.
Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.
Yes
5.0-20126
Is the issue present in the latest stable version?
Yes
5.0-19870
5.0
If the issue isn't present in the latest stable version, which is the first broken version? (You can find the first broken version by bisecting. Windows users can use the tool https://forums.dolphin-emu.org/Thread-green-notice-development-thread-unofficial-dolphin-bisection-tool-for-finding-broken-builds and anyone who is building Dolphin on their own can use git bisect.)
N/A
If your issue is a graphical issue, please attach screenshots and record a three frame fifolog of the issue if possible. Screenshots showing what it is supposed to look like from either console or older builds of Dolphin will help too. For more information on how to use the fifoplayer, please check here: https://wiki.dolphin-emu.org/index.php?title=FifoPlayer
N/A
What are your PC specifications? (CPU, GPU, Operating System, more)
Ryzen 2700, RX 580, Fedora 38 (Flathub, dnf, and built from source)
i5-8350U, Intel HD Graphics 620, Fedora 38 (Flathub, dnf, and built from source)
Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)
Reproducible with an entirely fresh configuration.
Updated by AdmiralCurtiss over 1 year ago
Likely the same issue as https://github.com/dolphin-emu/dolphin/commit/c63f0f37cd84d627dd40ace3205c689efc068ac0#commitcomment-118906132
If it is, this is an issue with detecting whether the render window is in focus or not on some (all?) Linux display servers. You can work around it by enabling background input.
Updated by quack46 over 1 year ago
Yes that's the same issue. Using Vulkan instead of OpenGL is another workaround. I made a mistake above; the issue doesn't occur in 5.0, my installation was labelled incorrectly.
Updated by JosJuice over 1 year ago
- Priority changed from Normal to High
- Milestone set to Current
- Regression changed from No to Yes
- Regression start set to 5.0-19597
- Operating system Linux added
- Operating system deleted (
N/A)
Updated by AdmiralCurtiss about 1 year ago
- Has duplicate Emulator Issues #13392: Inputs Are Not Detected in Separate Game Window on Linux added
Updated by JosJuice about 1 year ago
- Has duplicate Emulator Issues #13297: inputs stop responding in linux mint cinnamont. added
Updated by Billiard26 10 months ago
- Related to Emulator Issues #13262: Background Input option highly inconsistent with keyboard controller added
Updated by Billiard26 9 months ago
- Related to Emulator Issues #13319: Game control lost after selecting any other window added
Updated by JosJuice 9 months ago
- Has duplicate Emulator Issues #13501: Keyboard input for any controller type stops working after game window loses focus for the first time added