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.)
-d clipboardfrom the connection to the first session (0.15.0 r9374 server) - connecting, copying some text, then disconnecting.
-d clipboardfrom the connection to the second session (0.15.0 r9470, built
--with-memoryviews) - connecting, (failing to) paste some text, then disconnecting.
debug while copying during session on first server
debug from trying to paste in second session
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.
Attaching server logs for server session copied from, and server session pasted into (unsuccessfully).
server logs of copy (ticket 870)
server logs of paste attempt (ticket 870)
Please see ticket:918#comment:4
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:
XPRA_CLIPBOARD_STORE_ON_EXIT=0 xpra attach ..
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).
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.)
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.
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.)
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)
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/870