Paths without leading '/' character won't work in FTP/SFTP
|Reported by:||aggro80||Owned by:|
|Keywords:||Cc:||aggro80, Alexander Schuch, Tim Kosse, gpardun|
|Component version:||Operating system type:|
|Operating system version:|
Tested version: Filezilla 3.0.0-beta7, Windows XP
Paths without leading '/' character won't work.
I'm trying to retrieve a directory listing from a ftp server. I suspect that the listing fails because the path on the server doesn't have the leading '/' character in it. So for example if you would connect to a normal Linux server the path could be "/example-path/", but on this server the correct path is "example-path/". The PWD command returns the correct path (without leading '/') from the server so the problem is not with the return value from server. The problem is that Filezilla doesn't understand the returned path.
Every command line client on Windows and Linux I have tested work with this server. So the problem is not with the server, even it does use quite unusual directory structure.
The problem is with both FTP and SFTP.
I edited the log by replacing information with [SENSORED] tags, even the path it returns. Apologies about this, but I'm working in a company where I don't have permission to reveal any information about the systems we use, not even the paths on the server. But I hope the explanation above will give you enough information about the problem.
# FTP LOG
Response: 230 User [SENSORED] logged in.
Response: 500 Command not implemented.
Response: 500 Unknown command: 'FEAT'
Status: Retrieving directory listing...
Response: 257 "[SENSORED]" is current directory.
Trace: ControlSocket.cpp(557): Failed to parse returned path. caller=01284C08
Error: Failed to retrieve directory listing