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

Symbolic links downloaded as target file #1860

Closed
cyberduck opened this issue Mar 11, 2008 · 7 comments
Closed

Symbolic links downloaded as target file #1860

cyberduck opened this issue Mar 11, 2008 · 7 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Mar 11, 2008

5921731 created the issue

I am trying to mirror a remote FTP directory that contains a number of symbolic links. The symbolic links are recognized as links in the "Get Info" panel. When Cyberduck downloads one of the symbolic links the local directory ends up containing the target of the link instead of a link. The permissions of the local copy are also wrong (-rwxr-xr-x instead of -rw-r--r--).

All of this leads me to conclude that even though Cyberduck understands that the file is a link it resolves the link and transfers the destination file instead of creating a link locally. I think this behavior is wrong or at least warrants a preferences setting.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 9, 2008

@dkocher commented

#1918 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 14, 2009

@dkocher commented

#2449 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 20, 2009

@dkocher commented

The difficulty in implementing this behaviour is that the symbolic link may point outside of the directory hierarchy we are downloading.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 20, 2009

@dkocher commented

Some work in 9f9ed3b.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Feb 4, 2011

@dkocher commented

Will implement to recreate symbolic links if pointing to a file also included in the transfer. This will work for uploads with SFTP and downloads to Mac OS X.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Feb 4, 2011

@dkocher commented

See also #5645.

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Feb 4, 2011

@dkocher commented

In 2697e98. Introduce new boolean properties path.symboliclink.resolve and local.symboliclink.resolve to resolve files instad of creating symlinks when set to true. On Mac, both settings are set to false by default, on Windows links are always resolved.

@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.
Projects
None yet
Development

No branches or pull requests

2 participants