Opened 16 years ago

Last modified 16 years ago

#3432 closed Bug report

Filename corruption inhibits transfer w FreeBSD base ftpd

Reported by: m_ross Owned by:
Priority: normal Component: FileZilla Client
Keywords: Cc: m_ross, Tim Kosse
Component version: Operating system type:
Operating system version:


Client: FileZilla Client 3.0.8
Client OS: WinXP Pro

Server: FreeBSD ftpd 6.00LS
Server OS: FreeBSD 7-stable

Directory listing retrieved correct, example filename:
01 - Thissong.mp3

On retrieve, engine tries with

  • Thissong.mp3

leading numbers+space omitted.

Filename display in interface also lacking leading numbers+space.

Does not happen with every file.
Does not happen with vsftpd as server.

Attachments (1)

filezilla_debug.txt (20.4 KB ) - added by m_ross 16 years ago.
FileZilla logfile

Download all attachments as: .zip

Change History (3)

by m_ross, 16 years ago

Attachment: filezilla_debug.txt added

FileZilla logfile

comment:1 by Tim Kosse, 16 years ago

This happens because your server uses a nonstandard localized directory listing.

It is technically impossible to correctly parse all localized variants, some will work, some will break.

Please configure your system to start the server with an English locale.

comment:2 by m_ross, 16 years ago

Right, the server is started with ISO-8859-15, which is presumably non-standard and not best practice.

Why I still think this is a bug, or maybe something which could be improved:
Explicitly telling FileZilla to use ISO-8859-15 does not fix it.

Other clients on WinXP do not show the problem (tried: cmd ftp, WsFTP, CuteFTP, cygwin lftp).

Using vsftpd as server fixes it, using pure-ftpd as server does not even display a directory listing.
The other listed clients work flawlessly with all these servers, too.

Note: See TracTickets for help on using tickets.