Unexpected hidden cursor movement in background
Open
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
Platform: Windows 10
Version: latest nightly fetched from https://buildbot.libretro.com/nightly/windows/x86_64/
Steps (not 100% reproducible):
- Open a playlist entry, the cursor is now on
Run - Switch Retroarch to background via
Alt + Tab - Do something, like moving the mouse, not sure what exactly caused the problem
- Switch back to Retroarch, there might be two issues:
- Unexpected movement: The cursor is no longer on
Run - Out of sync: The cursor seems still on
Runvisually, but if you click confirm button, what's being activated turns out to be other entry likeReset Core Association
- Unexpected movement: The cursor is no longer on
I can't a hundred percent reproduce it. But the frequency is pretty high, which is really annoying.
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
Start by reproducing the Windows 10 steps: open a playlist entry, switch RetroArch to the background with Alt+Tab, interact with the mouse, and return to RetroArch. The issue is resolved when the visible cursor position and the entry activated by confirmation remain synchronized after returning from the background.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100