Opened 15 years ago

Closed 15 years ago

Last modified 10 years ago

#4261 closed Bug report (rejected)

Character encoding bug

Reported by: D-4 Owned by:
Priority: normal Component: FileZilla Client
Keywords: japanese, SJIS, encoding Cc:
Component version: Operating system type: Linux
Operating system version: Mandriva 2007 Spring


Create a folder named "パーソナル" (without the quotes) on a server using the SJIS character encoding (japanese). (Mostly Microsoft Windows Japanese-hosted)

In the remote directory tab, it will display correctly. However, in the remote tree list and in the log, it displays as "ƒp[ƒ/ƒiƒ‹" (without the quotes). It is possible to enter into that directory, but any operation done within it produce a bug - creating something in it creates it in the parent directory, it's impossible to download files that were put in there by another user, etc.

Change History (4)

comment:1 by D-4, 15 years ago

The same name as a file seems to cause no problem, only a folder does.

comment:2 by Tim Kosse, 15 years ago

Priority: highnormal
Resolution: rejected
Status: newclosed

a server using the SJIS character encoding

Such a server is in blatant violation to the FTP specifications. Read

comment:3 by D-4, 15 years ago

Resolution: rejected
Status: closedreopened

I meant that the remote file system is SJIS. If that is still in violation with the FTP specifications, why was mostly complete support implemented at the first place?

comment:4 by Tim Kosse, 15 years ago

Resolution: rejected
Status: reopenedclosed

Then your server has to convert it into UTF-8 or alternatively transliterate it into ASCII.

What FileZilla does on broken servers is guesswork if it encounters non-UTF-8 data. Some random sequence of bytes could be in absolutely any encoding.

Note: See TracTickets for help on using tickets.