Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clipboard does not transfer unicode strings between client and server #20

Closed
Soukyuu opened this issue Aug 5, 2014 · 9 comments
Closed

Clipboard does not transfer unicode strings between client and server #20

Soukyuu opened this issue Aug 5, 2014 · 9 comments

Comments

@Soukyuu
Copy link

@Soukyuu Soukyuu commented Aug 5, 2014

I'm using tigervnc 1.3.1 as server on arch linux x64 and ultravnc as client on windows 8.1 x64. When copying a Japanese string between the server and a client, the clipboard contents are not copied as unicode but ansi with a wrong codepage.

For example, copying "テスト" results in "???". It doesn't matter which way the copy&paste operation goes or which application is involved.

The server is configured to be able to display Japanese fonts, so it's not a font problem. I can also copy&paste between the applications running in the vnc session, it only breaks when I try to transfer text between the server and client...

UltraVNC apparently supports unicode (scroll down to the notes section), and I don't see why tigervnc should be unable to do it.

I have made a thread on arch forums first and was advised to post here as it doesn't seem to be an Arch specific bug/configuration issue.

@CendioOssman
Copy link
Member

@CendioOssman CendioOssman commented Aug 18, 2014

This is a limitation of VNC's clipboard protocol. UltraVNC has made some extensions to it, but they are currently not documented and no one has yet to look at porting it over to TigerVNC.

@bphinz
Copy link
Contributor

@bphinz bphinz commented Feb 25, 2015

The java client should encode & decode clipboard data as UTF-8 byte streams. I'd be interested to know if/how well it handles something like Japanese if you have the time to test it. Thanks.

@CendioOssman
Copy link
Member

@CendioOssman CendioOssman commented Feb 26, 2015

I don't think that's really a good idea as it violates the protocol and might not do the right thing. Unless you are using an extension and not the standard clipboard stuff?

@bphinz
Copy link
Contributor

@bphinz bphinz commented Feb 27, 2015

On Thu, Feb 26, 2015 at 6:58 AM, Pierre Ossman (Work account) <
notifications@github.com> wrote:

I don't think that's really a good idea as it violates the protocol and
might not do the right thing. Unless you are using an extension and not the
standard clipboard stuff?

Ugh! You're right. I don't know how I managed to miss it, but the spec
does say that only ISO8859-1 is supported.

@changkun
Copy link

@changkun changkun commented Aug 21, 2016

Anybody fixed this notourbug until now?

@dbedrenko
Copy link

@dbedrenko dbedrenko commented Aug 21, 2016

Would be really great to have this extension in TigerVNC; it's a big limitation. It's the only reason why I don't use TigerVNC, and have to rely on otherwise inferior software like rdesktop and x2go.

@CendioOssman
Copy link
Member

@CendioOssman CendioOssman commented Jan 27, 2017

I have a branch for this here:

https://github.com/CendioOssman/tigervnc/tree/clipboard

I haven't had time to finish it up though, but people are free to test it out.

@Arminmsg
Copy link

@Arminmsg Arminmsg commented May 24, 2019

Are there any updates on this issue, I assume there is still no unicode support for clipboard?

@CendioOssman
Copy link
Member

@CendioOssman CendioOssman commented May 24, 2019

Actually, PR #834 will fix this. A review and/or testing would be nice for those who can. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

6 participants