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.

Sign up for GitHub

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

Jump to bottom

Symbolic links broken with STAT #4361

Closed
cyberduck opened this issue Apr 3, 2010 · 4 comments
Closed

Symbolic links broken with STAT #4361

cyberduck opened this issue Apr 3, 2010 · 4 comments
Assignees
@dkocher
Labels
bug ftp FTP Protocol Implementation high priority thirdparty Issue caused by third party

Comments

@cyberduck
Copy link
Collaborator

700434a created the issue

So, symlinks seem to be broken from 3.3.1 onwards. I've attached some screenshots that show the problem.

Basically, in 3.3, you are able to follow symlinks (they show up as directories, if that's what they are). In versions > 3.3, they show up as files (even though they link to directories) and Cyberduck tries to download them as files.

I've tried it on 2 different machines and get the same functionality.

Let me know if you need any other info.

Attachments
@cyberduck
Copy link
Collaborator Author

@dkocher commented

Can you post the transcript from the log drawer of the browser window using 3.4.1.

@cyberduck
Copy link
Collaborator Author

700434a commented

Ok, I attached the output from the log drawer.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

STAT /
213-STAT
lrwxrwxrwx    1 1000       deploy             63 Apr  2 12:16 1-hopesrise -> /var/www/apps/topspin/shared/mounts/content/media/ftp_uploads/1
213 End.
CWD /var/www/apps/topspin/shared/mounts/content/media/ftp_uploads/1
550 Can't change directory to /var/www/apps/topspin/shared/mounts/content/media/ftp_uploads/1: No such file or directory

The problem is that these links are pointing to directories that are not accessible via FTP. This is a bug in the server implementation of STAT.

The workaround is to disable the use of STAT using a hidden preference for Cyberduck.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please report this bug to the server software vendor.

@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.
Assignees

@dkocher dkocher

Labels
bug ftp FTP Protocol Implementation high priority thirdparty Issue caused by third party
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@dkocher @cyberduck