The html5 client override the client clipboard on the first click in the client window after connection.
How to reproduce:
Xpra client: html5 tags/2.5 (r22658) and also trunk r22658 on ArchLinux?? and Chromium 74
Xpra Server: 2.5.1-r22431 on Debian 9
Xpra config for clipboard:
desktop-fullscreen (used) = True clipboard = 'yes' clipboard-direction = 'both' clipboard-filter-file = '' local-clipboard = 'CLIPBOARD' remote-clipboard = 'CLIPBOARD'
Fullscreen desktop with openbox.
The clipboard debug log of the problem is attached.
That's the nature of the clipboard: the data is copied on request and when a client disappears, so does the data it held. (there are options to store clipboard contents after exit, but let's not go there)
The problem is not that the content of the clipboard is not kept between reconnection. After a reconnection, the local clipboard (the one on the computer) is overwritten by the one of the xpra server. And this event is done when there is a click. The clipboard synchronisation event shouldn't be launched only where there is a keyboard event like Ctrl-V or mouse selection event ?
The clipboard synchronisation event shouldn't be launched only where there is a keyboard event like Ctrl-V or mouse selection event ?
We send the initial clipboard data to prime the clipboard state. We would need a way to send the clipboard token without actually sending the data with it.
No longer a problem, solved by #1844
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2292