Hotkeys for RetroArch on Linux function on lock screen
Open
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
Is there an existing issue for this?
- This is a bug in RetroArch frontend
- I have searched the existing issues
Description
As long as the RetroArch window is active, when I lock the screen, the hotkeys still work. For example, if I press the 'h' key and then login, RetroArch has reset.
Expected behavior
No desktop access with lock screen active.
Steps to reproduce the bug
- Lock the screen.
- Press 'h'.
- Log back in.
Version/Commit
1.21
Bisect Results
No response
Present in the nightly version
I don't know
Platform & operating system
Linux 5.15 Zorin
Affected Cores
PPSSPP, PCSXReARMed, PrBoom
Environment information
No response
Relevant log output
This error was repetitive in the log:
[libretro ERROR] [SCEKERNEL] SCE_MUTEX_ERROR_NO_SUCH_MUTEX=sceKernelLockMutex(0, 1, 00000000)
[libretro ERROR] [SCEKERNEL] SCE_MUTEX_ERROR_NO_SUCH_MUTEX=sceKernelUnlockMutex(0, 1)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
No source file, test, or entry point is identified. Start by reproducing the hotkey behavior on Linux 5.15/Zorin with the lock screen active, then trace how the RetroArch frontend handles keyboard input and locking. Done means hotkeys no longer affect RetroArch while the screen is locked, including with the listed affected cores.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- desktop, operating-systems, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 28/100