Open felixonmars opened 10 months ago
libvncserver and tigervnc implements the Extended Clipboard pseudo-encoding (from UltraVNC in 2010) which supports UTF-8. It looks like tightvnc has introduced yet another cut-text protocol. The Extended Clipboard pseudo-encoding does not introduce new client/server message numbers like in the screenshot, but instead modifies the behaviour of 3/6.
Hi @felixonmars, does #561 change/fix this for you?
Describe the bug When connecting to a TightVNC server, clipboard sync is still in latin-1 and ends up with question marks or garbage text.
To Reproduce Connect to a TightVNC server, and try to copy unicode text from or to the remote device.
Expected Behavior Unicode text remains the same across clipboards.
Logs/Backtraces n/a
Your environment (please complete the following information):
Additional context TightVNC supports UTF-8 since version 2.8.53. Copied from its changelog:
So probably an additional protocol extension is needed for this?
I have looked through its source code and found something that should be related: