Hi Mike#2, hi George,
On So 07 Sep 2014 12:04:51 CEST, George Trakatelis wrote:
c. As toLocal8Bit() returns the local 8-bit representation of a string, I changed the system locale for non-unicode programs to German. Now the patch worked!
I think the patch solves the problem for the Windows users who use English as a foreign language and prefer having (non-Ascii) usernames in
their native language.-George
PS. A better title for the bug would be
X2Go Client for Windows 4.0.2.1 cannot create
C:\Users\<username>\ssh\known_hosts file when the local Windows
account username has non-Ascii characters
Now that I think of it more thoroughly... Shouldn't we do a proper
encode/decode here so that we convert UTF-8 to Windows-CP1251 encoding
[1]?
Alternatively, one could work with filenames in UTF-16 as shown in
this [2] example.
I am not sure about the exact position in the code that bugs this up,
but I fear, the solution is non-trivial.
Either you need to detect the client-side encoding and convert between
UTF-8 and that encoding, or we may consider addressing file names in
UTF-16 (if that is possible in Qt).
Unfortunately, it seems that Windows uses different encodings at
different places (e.g. command.exe vs. Windows Explorer).
Just guessing after a little bit of internet research on this, Mike#1
[1] http://comments.gmane.org/gmane.comp.lib.qt.general/39868 [2] https://www.mail-archive.com/subsurface@hohndel.org/msg00099.html
--
DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148
GnuPG Key ID 0x25771B31 mail: mike.gabriel@das-netzwerkteam.de, http://das-netzwerkteam.de
freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xf...