Opened 11 years ago

Closed 11 years ago

Last modified 6 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

Description

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 Changed 11 years ago by D-4

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

comment:2 Changed 11 years ago by Tim Kosse

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 http://wiki.filezilla-project.org/Character_Set

comment:3 Changed 11 years ago by D-4

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 Changed 11 years ago by Tim Kosse

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.