Bug 5481 - TigerVNC grabs mouse on Xwindow platforms.
Summary: TigerVNC grabs mouse on Xwindow platforms.
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: 4.3.0
Hardware: PC Unknown
: P2 Normal
Target Milestone: 4.10.0
Assignee: Pierre Ossman
URL:
Keywords: hean01_tester, relnotes, upstream
Depends on: 7158
Blocks:
  Show dependency treegraph
 
Reported: 2015-03-27 12:15 CET by Henrik Andersson
Modified: 2018-09-18 16:27 CEST (History)
1 user (show)

See Also:
Acceptance Criteria:
* When running linux ThinLinc client on one screen in fullscreen, you should not need to exit fullscreen to work with the local desktop on the other screen.


Attachments

Description Henrik Andersson cendio 2015-03-27 12:15:18 CET
Upstream commit 53fd544c grabs mouse on X platforms which is a derivation from whats done on Window platform. The problem it introduces is that if one is running multihead setup with ThinLinc client fullscreen on only one monitor and the local desktop on the other. One can't "ungrab" the capture of mouse / keyboard when clicking on the local desktop and is forced to switch out from fullscreen mode using F8 menu. This works as expected when using the Windows client.

One possible solution might be hooks for mouse leave which "ungrabs" the mouse. Ungrabbing the keyboard might introduce some strange behaviors.
Comment 1 Samuel Mannehed cendio 2016-10-07 08:54:38 CEST
Moving from NearFuture to --- for discussion.
Comment 4 Henrik Andersson cendio 2018-09-18 16:27:00 CEST
> * When running linux ThinLinc client on one screen in 
>   fullscreen, you should not need to exit fullscreen
>   to work with the local desktop on the other screen.
>

Works as expected just like Windows client.

Note You need to log in before you can comment on or make changes to this bug.