Character encoding bug

[D-4]

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.

[D-4]

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

[Tim Kosse]

a server using the SJIS character encoding

Such a server is in blatant violation to the FTP specifications. Read ​http://wiki.filezilla-project.org/Character_Set

[D-4]

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?

[Tim Kosse]

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.