Opened 17 years ago
Last modified 17 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: |
Description
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)
Change History (3)
by , 17 years ago
| Attachment: | filezilla_debug.txt added |
|---|
comment:1 by , 17 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 , 17 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.
FileZilla logfile