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

Mouse doesn't update position unless mouse button is held down #2371

Closed
totaam opened this issue Jul 29, 2019 · 5 comments
Closed

Mouse doesn't update position unless mouse button is held down #2371

totaam opened this issue Jul 29, 2019 · 5 comments
Labels

Comments

@totaam
Copy link
Collaborator

totaam commented Jul 29, 2019

Issue migrated from trac ticket # 2371

component: client | priority: major | resolution: needinfo

2019-07-29 11:35:19: Espionage724 created the issue


Hi, I'm using Xpra with VirtualGL to try to play a game for rudimentary UI scaling (render the game at 1080p, stretch it up to 4K): https://i.imgur.com/fpHNI1D.jpg

If I start Xpra with just start (xpra start), the cursor on the game windows doesn't change position unless I hold down a mouse button.

If I start Xpra with start-desktop, the cursor updates fine, but the game window loses decoration and is in an awkward, unresizeable position: https://i.imgur.com/L1D5zk2.jpg

I'm thinking it could be solved with a flag or environment variable, but I'm unsure of what to try, and would appreciate any suggestions.

OS: Fedora Workstation 30 (GNOME)

@totaam
Copy link
Collaborator Author

totaam commented Jul 29, 2019

2019-07-29 13:17:56: antoine changed owner from antoine to Espionage724

@totaam
Copy link
Collaborator Author

totaam commented Jul 29, 2019

2019-07-29 13:17:56: antoine commented


Odd. Whether you use start or start-desktop, the pointer's position is handled pretty much the same way.

You can verify that the position gets updated using:

  • xpra -d mouse:
  • the client will print do_send_mouse_position() position=['pointer-position', 1, [381, 220, 381, 149], ['mod2'], []],
  • the server will print: xtest_fake_motion(-1, 451, 350) (different output if using uinput uinput virtual pointer device #1611)
  • $ xpra info | grep cursor.position

Is the pointer really within the game's window?
Is there an open-source application I can use to reproduce?

@totaam
Copy link
Collaborator Author

totaam commented Aug 25, 2019

2019-08-25 04:09:38: antoine changed status from new to closed

@totaam
Copy link
Collaborator Author

totaam commented Aug 25, 2019

2019-08-25 04:09:38: antoine set resolution to needinfo

@totaam
Copy link
Collaborator Author

totaam commented Aug 25, 2019

2019-08-25 04:09:38: antoine commented


There were some important fixes related to focus issues and X11 event masks, those may have caused the bug you describe. See #2390#comment:24 for details.
This would have only affected the python3 client, which is not the default yet, but maybe that's what you used for testing?

Feel free to re-open if you can provide more information. (ie: a test case)

@totaam totaam closed this as completed Aug 25, 2019
@totaam totaam added the v2.5.x label Jan 22, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant