If you are using KDE in the ThinLinc session, then you can get an issue where the keyboard from the client isn't always properly transferred. Issue was reported upstream here: https://github.com/TigerVNC/tigervnc/issues/1586 And fixed here: https://github.com/TigerVNC/tigervnc/commit/8d2739fa71eaf7a28d63ac62583e8087c66a5247 This also prevents server applications from modifying the clipboard in the background, which is probably a safer behaviour.
Tested server build 3925 on RHEL 9. On a Windows 11 machine, I was able to reproduce the issue reported upstream [1] in a GNOME and KDE session: 1. Copy "abc" on Windows 2. Paste in session -> "abc"gets pasted. 3. Copy "def" on Windows 4. Paste in session -> "abc" gets pasted. 5. Copy "def" on Windows. 6. Paste in session -> "def" gets pasted. I did not see this issue on Xfce, and could not reproduce it with a client on F40 GNOME Wayland. Using client build 3816, the issue went away on GNOME and KDE, and the clipboard was synchronized as expected. [1] https://github.com/TigerVNC/tigervnc/issues/1586
Also tested the Windows client with a MATE session, and could not see this issue. On macOS, I could not reproduce the issue at all (GNOME/KDE/Xfce/MATE).
> MUST: > * Clipboard sync must work reliably > on the most popular Linux desktop > environments Worked reliably for me, I could no longer reproduce the issue. > SHOULD: > * Clipboard sync must work reliably > on most Linux desktop environments From what I can tell, the issue was only seen on KDE/GNOME. I did not test other desktops such as Cinnamon/Ubuntu/LXDE. Looked through the commit, looks good.
