GNOME Bugzilla – Bug 339618
Remote file names are incorrectly handled in UTF-8 environment. (with patch)
Last modified: 2006-10-23 05:16:04 UTC
When gftp is used under UTF-8 locale, remote filenames cannot be properly processed. Though there is "remote charset" in settings, it's totally broken and useless. Downloaded files will be in remote charset, not my on-disk encoding, UTF-8, and names of uploaded files will always be encoded in UTF-8, not remote charset. This cause no problem if gftp is used under English enviroment; otherwise, all filename-related things are in a mess. I made a patch for this, which "almost" fixes all these problems. The patch is tested under zh_TW.UTF-8 locale and zh_TW.Big5 locale, both have no problems. Only one thing should be mentioned, when this patch is used under non-UTF-8 environment, the environment G_FILENAME_ENCODING of gtk+ should be set properly. (This is the requirement of gtk+ 2 itself, not gftp or my patch.) Here is my patch: http://pcman.sayya.org/gftp/gftp-2.0.18-11-pcman.diff.gz This patch has been tested by many friends and no problem found.
*** This bug has been marked as a duplicate of 156371 ***
Created attachment 75225 [details] [review] Patch fixing the bug