Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

--force-grab-cursor not grabbing cursor #1711

Open
3 of 6 tasks
yasen-pavlov opened this issue Jan 19, 2025 · 3 comments
Open
3 of 6 tasks

--force-grab-cursor not grabbing cursor #1711

yasen-pavlov opened this issue Jan 19, 2025 · 3 comments

Comments

@yasen-pavlov
Copy link

yasen-pavlov commented Jan 19, 2025

Is there an existing issue for this?

  • I have searched the existing issues

Are you using any gamescope patches or a forked version of gamescope?

  • The issue occurs on upstream gamescope without any modifications

Current Behavior

On the most recent commit of master (328f06b), when I start gamescope with --froce-grab-cursor the mouse is not grabbed as expected , it was last working for me on 328f06b (the commit before the latest batch of commits from 2 days ago).

Steps To Reproduce

  1. Start gamescope with gamescope --force-grab-cursor --
  2. Move the mouse around in a windowed application (also having the same issue when it's full screen)
  3. The cursor is able to leave the window

Hardware information

- Distro: Arch
- CPU: Intel Core i9 - 9900K
- GPU: NVIDIA GeForce RTX 2080 Ti 
- Driver Version: 565.77

Software information

- Desktop environment: Hyprland(0.46.0f commit 56153a9c1b0a00fac0932a95e0cfa5a4f6c681f)
- Session type: wayland
- Gamescope version: 3.16.1-34-g328f06b
- Gamescope launch command(s): `--force-grab-cursor`

Which gamescope backends have the issue you are reporting?

  • Wayland (default for nested gamescope)
  • DRM (default for embedded gamescope, i.e. gamescope-session)
  • SDL
  • OpenVR

Logging, screenshots, or anything else

Video showing the issue on the current commit:

bad_compressed.mp4

And a video without the issue on the latest good commit:

good_compressed.mp4
@matte-schwartz
Copy link

matte-schwartz commented Jan 22, 2025

this issue is partially fixed with 19dc18e but --force-grab-cursor seems to lose its lock on to the main window after alt-tabbing or not establish one properly in the first place.

gamescope -e --force-grab-cursor -- steam -steamdeck -steamos3 on Fedora 41 KDE Wayland w/ Mesa 24.3.3, NVK AD102

Screencast_20250121_203151.mp4

EDIT: also happens on Arch w/ a 7900XTX

@yasen-pavlov
Copy link
Author

yasen-pavlov commented Jan 22, 2025

Great, 19dc18e fixes it for me on hyprland also when changing the the focus to another window and then back, though hyprland doesn't really have a notion for alt tabbing:

fixed.mp4

I don't have KDE installed on this machine, but I can install it a bit later to check if I can reproduce the same issue.

edit: just installed KDE and gave it a shot and the fix is working for me when I tried to run a few games

Screencast_20250123_004852.mp4

edit2: gah nevermind I just tried starting steam in big picture mode and I see the same behavior as @matte-schwartz

Screencast_20250123_005526.mp4

I also tried running a few other games and the fix worked as expected with all of them, I could only reproduce this with steam.

@matte-schwartz
Copy link

@yasen-pavlov appreciate the extra testing, seems like the main thing that regressed is using -e in gamescope w/ embedded Steam

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants