Xpra: Ticket #870: When launched from launcher, clipboard contents are deleted from client upon disconnect

Testing for #864, connecting between two different servers with a win32 0.15.0 r9470 client (fedora 20 0.15.0 r9470 and r9374 servers), I found that text copied to clipboard while connected to one server were cleared upon disconnection.

The clipboard behaved as if it had no contents after disconnection. I couldn't paste anything locally after disconnection, and I couldn't paste anything into a subsequently connected session.

(The testing involved encryption and a password, which seems to have ruined my attempt to capture xpra info - let me know if it is useful and I can grab tomorrow.)


Fri, 22 May 2015 05:34:55 GMT - alas: attachment set

debug while copying during session on first server

Fri, 22 May 2015 05:35:29 GMT - alas: attachment set

debug from trying to paste in second session

Fri, 22 May 2015 05:38:17 GMT - Antoine Martin: owner changed

Looks like the problem may be on the server side:

process clipboard packet type=clipboard-contents-none

Please include the server log excerpt for each case.

Wed, 27 May 2015 19:41:41 GMT - alas:

Attaching server logs for server session copied from, and server session pasted into (unsuccessfully).

client: win32 0.15.0 r9470 server copied from: fedora 20 0.15.0 r9365 server pasted to: fedora 20 0.15.0 r9470

Wed, 27 May 2015 19:46:34 GMT - alas: attachment set

server logs of copy (ticket 870)

Wed, 27 May 2015 19:47:02 GMT - alas: attachment set

server logs of paste attempt (ticket 870)

Fri, 24 Jul 2015 16:05:46 GMT - Antoine Martin:

Please see ticket:918#comment:4

Wed, 29 Jul 2015 05:34:24 GMT - Antoine Martin:

Now that #918 is closed, this may already be fixed.

If that's not the case, r10114 adds the ability to avoid storing the clipboard contents on exit, which may help. Use it like so (it defaults to "1" == enabled, as before) on Linux:


Fri, 18 Sep 2015 01:20:27 GMT - alas:

Just tested again with 0.16.0 r10655 win32 client against 0.16.0 r10624 fedora 21 server... and the clipboard contents are still being wiped when disconnecting (after launching with the gui/icon or with the cmd terminal window).

Setting the XPRA_CLIPBOARD_STORE_ON_EXIT= 1 or 0 doesn't seem to make any difference. Disconnecting with the tray icon or a control C also doesn't seem to make any difference. (I suspect setting the variable on the server wouldn't help with pasting anything after a disconnect... so I didn't test that.)

Fri, 18 Sep 2015 04:00:34 GMT - Antoine Martin:

Forgot to ask: is this a regression?

One important thing I need clarification on: does this make the clipboard unusable or does it just prevent pasting text after disconnecting? (the former would be a bug, the latter not)

It could just be that GTK is unhelpfully clearing the clipboard as it releases it when we exit. In which case, I would close this ticket as wontfix and try to do better in #812.

Tue, 27 Oct 2015 16:41:48 GMT - alas: status changed; resolution set

Hmm, a regression? I'm not really sure... it's just something I noticed one day.

For clarification - it does NOT make the clipboard unusable at all, it just wipes the contents after a disconnection.

That said, I guess I'll close this for you as wontfix. (It's hardly a big deal, was just a minor annoyance while trying to capture some info for some test.)

Thu, 29 Oct 2015 09:07:43 GMT - Antoine Martin:

Stumbled upon this today:

And we already expose this with GTK_info.exe on win32, where you can see that clipboard_persistence is NOT supported. (even if it was supported on win32, it looks like we may need to also call set-can-store before calling store)

Sat, 23 Jan 2021 05:08:23 GMT - migration script:

this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/870