libretro / libretro/RetroArch

Mouse is not grabbed on MacBook

Open
#15,016 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

platform: osx
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
  1. Just launch an Atari game or an Amiga game where the mouse is active.
  2. Press F11, or activate the automatic grab mouse function, or click at the command function in the menu.
  3. 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

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.