Bug 7236 - Klipper steals clipboard from Xvnc
Summary: Klipper steals clipboard from Xvnc
Status: CLOSED FIXED
Alias: None
Product: ThinLinc
Classification: Unclassified
Component: VNC (show other bugs)
Version: 1.3.1
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 tree / graph
 
Reported: 2018-08-27 14:42 CEST by Pierre Ossman
Modified: 2018-09-18 20:13 CEST (History)
2 users (show)

See Also:
Acceptance Criteria:
* Klipper should not take ownership of the clipboard on incoming client clipboard

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Pierre Ossman cendio 2018-08-27 14:42:02 CEST 
We've had issues with Klipper immediately stealing the clipboard whenever it gets updated from the server. This can result in incorrect contents, and even non functional clipboard in either the client or server.

Report upstream:

https://github.com/TigerVNC/tigervnc/issues/520

And fix upstream:

https://github.com/TigerVNC/tigervnc/commit/dfc2001b3f681cbd1377a3096781182727f13d24

Apparently this was a general Qt bug that would affect any application using that toolkit. A workaround was possible in Xvnc though.
Comment 1 Henrik Andersson cendio 2018-09-18 11:59:26 CEST 
Verified that I could reproduce the problem with interfering klipper using ThinLinc v4.9.0. Upgraded to nightly build and there is no apparent interference with klipper and clipboard.
Note You need to log in before you can comment on or make changes to this bug.