[Thinlinc-technical] Clipboard (copy/paste) issues

[Jerome, Ronald]

> -----Original Message-----
> From: Thinlinc-technical [mailto:thinlinc-technical-bounces at lists.cendio.se]
> On Behalf Of Jerome, Ronald
> Sent: February 3, 2017 2:51 PM
> To: 'Pierre Ossman'; 'thinlinc-technical at lists.cendio.se'
> Subject: Re: [Thinlinc-technical] Clipboard (copy/paste) issues
> 
> > -----Original Message-----
> > From: Pierre Ossman [mailto:ossman at cendio.se]
> > Sent: February 2, 2017 3:40 AM
> > To: Jerome, Ronald; 'thinlinc-technical at lists.cendio.se'
> > Subject: Re: [Thinlinc-technical] Clipboard (copy/paste) issues
> >
> > On 01/02/17 19:28, Jerome, Ronald wrote:
> > > Hi I've noticed an issue with the Windows version of the ThinLinc
> > > client.  The client seems to highjack the clipboard such that when
> > > the client is running, no other Windows applications can do any
> > > copy/paste actions.  I've witnessed this with client versions 4.6 and
> > > 4.7 (tested on multiple Windows 7 machines).
> > >
> > > Has anyone else seen this and are there any known solutions?
> > >
> >
> > We've had some reports about this both for ThinLinc and upstream
> > TigerVNC. The issue has often been some application in the session that
> > is stealing the clipboard, and as a result so does the ThinLinc client
> > locally.
> >
> > Try seeing if it happens with an extremely basic session, e.g. just an
> > xterm and no desktop environment.
> 
> It seems that this only happens with KDE desktops, GNOME does not exhibit
> the same behaviour.
> 
> Unfortunately, I haven't isolated what in the KDE desktop is causing this yet,
> but it makes working with in Windows (with an active ThinLinc session) very
> annoying.
> 

OK, I've found the culprit, it was the "klipper" app in the systray (https://userbase.kde.org/Klipper), disabling this resolved the clipboard issues.


Ron Jerome

Team Leader, Infrastructure/Operations
Shared Services Canada / Government of Canada