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

Open
Soukyuu opened this Issue Aug 5, 2014 · 7 comments

Comments

Projects
None yet
5 participants
@Soukyuu
Copy link

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.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@CendioOssman

This comment has been minimized.

Copy link
Member

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

This comment has been minimized.

Copy link
Contributor

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

This comment has been minimized.

Copy link
Member

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

This comment has been minimized.

Copy link
Contributor

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

This comment has been minimized.

Copy link

changkun commented Aug 21, 2016

Anybody fixed this notourbug until now?

@dbedrenko

This comment has been minimized.

Copy link

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

This comment has been minimized.

Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment