Mouse is not grabbed on MacBook
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Description
First and foremost consider this:
Even if it's the first time I use Retroarch, I am pretty sure this is a bug for many reasons.
I tried many things I found over the internet in vain. (Changing the resolution, scales, Full screen, game focus, speed of mouse, can't change drivers because only one available)
Description
The mouse is not grabbed even after activating the function through the key bind F11, or the command function from the menu.
Expected behavior
The mouse should be grabbed in the retroarch windows only.
Actual behavior
The mouse still move behind the retroarch windows so there is a desync in space between the two cursors.
Steps to reproduce the bug
- Just launch an Atari game or an Amiga game where the mouse is active.
- Press F11, or activate the automatic grab mouse function, or click at the command function in the menu.
- The mouse never been grabbed. More, there is no message OSD saying the "mouse is grabbed" (I presume it should be)
Bisect Results
Can't tell it's the first time I use Retroarch on MacBook
Version/Commit
- RetroArch: 1.14.0
Environment information
- OS: BigSur 11.7.4
- my MacBook: It's a Retina 13" version mi-2014. Core i5 2.6Ghz 8Go.
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 or test is named. First reproduce the issue on RetroArch 1.14.0 under macOS Big Sur with an Atari or Amiga game, using F11 and the menu command; done means the mouse remains confined to the RetroArch window and the grab state behaves as expected.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, macos
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100