Unable to manually enter a filename

[clockwerx]

1. Connect to FTP server
2. Get a directory listing of some kind
3. Add a file, example.txt, to that directory external

to filezilla.

4. Enter /path/to/file/example.txt in the server

address bar.

Expected:
File is downloaded.

Actual:
A warning that /path/to/file/example.txt/ is not a
directory.

[Alexander Schuch]

You are talking about the FileZilla client or the server?
What version? Can you try latest FileZilla 2 or FileZilla 3
beta version to check if the problem still persists?

And in case of FileZilla client, you are talking about a
local directory or a remote directly?

Can you please be a little more specific where to enter what
in order to reproduce it? Thanks!

[Alexander Schuch]

As there is no feedback and I do not really understand your instructions, I am closing this bug report. If you ever return, feel free to post more information.

[clockwerx]

See the attached screenshot.

[Alexander Schuch]

Response: 550 Can't change directory to /path/file/: Not a directory
Error: Failed to retrieve directory listing

FileZilla 3 doesn't silently fail or so, it says that the path you entered doesn't exist - it evens says "not a directory".

[Alexander Schuch]

This behaviour is by design. The box is a path box so it treats everything entered as a directory name. If a file is entered, it just fails. This is what is done at the moment. This won't be fixed.

[clockwerx]

So; the design is:

1. User uses the mouse to navigate this interface, and download/upload files
2. If the user choose to use the keyboard to get to a directory quicker; they can do that
3. But if they want one specific file, they must use the mouse to get it AFTER typing in the directory they want
4. If they type in the wrong thing; display an error from the server as far away as possible from the control they are editing (error messages are leftmost, the server control is rightmost)

... and that's deliberately designed like that?