Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

LIST bug #1628

Closed
cyberduck opened this issue Jan 17, 2008 · 6 comments
Closed

LIST bug #1628

cyberduck opened this issue Jan 17, 2008 · 6 comments
Assignees
Labels
bug fixed ftp FTP Protocol Implementation
Milestone

Comments

@cyberduck
Copy link
Collaborator

a415900 created the issue

According to RFC959, the command list has 1 optional arguement: pathname.
Cyberduck appends the option "-a" to the list command, eg "LIST -a".
Unless there is a newer RFC that says otherwise, this behaviour is incorrect.

Error message from JFTP:

2008-01-17 09:40:58 FTP 10.32.32.193 1651422152  Command: LIST -a Error: No such file or directory
@cyberduck
Copy link
Collaborator Author

@dkocher commented

It should fallback to use the plain "LIST" command if "LIST -a" fails. Does it not? We use the -a option because many servers do not return files with a leading "." otherwise.

@cyberduck
Copy link
Collaborator Author

e1605f3 commented

It doesnt fallback to plain "LIST" when "LIST -a" fails...
I have the newest version...

250 Ok
PASV
227 Entering Passive Mode (213,179,58,81,123,15)
LIST -a
150 Accepted data connection
500 No such file or directory

Replying to [comment:1 dkocher]:

It should fallback to use the plain "LIST" command if "LIST -a" fails. Does it not? We use the -a option because many servers do not return files with a leading "." otherwise.

@cyberduck
Copy link
Collaborator Author

d7cc93e commented

didn't an earlier version contain an option to UN check the box to send a "List-a" command??

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [comment:3 theodorouj@cadmus.com]:

This is no more an option in the Preferences as it is supposed to fallback on failure. You can still set the option using Terminal.app with

defaults write ch.sudo.cyberduck ftp.sendExtendedListCommand false

@cyberduck
Copy link
Collaborator Author

57da35c commented

It is not falling back, specifically when talking to MassTransit servers (in my case). Can we add this option back, as well as keep the "failback"?

@cyberduck
Copy link
Collaborator Author

@dkocher commented

In 879e425.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
bug fixed ftp FTP Protocol Implementation
Projects
None yet
Development

No branches or pull requests

2 participants