Cyberduck
Mountain Duck
CLIOpened 10 years ago
Closed 7 years ago
#1860 closed enhancement (fixed)
Symbolic links downloaded as target file
| Reported by: | ApplesAndOranges | Owned by: | dkocher |
|---|---|---|---|
| Priority: | low | Milestone: | 4.0 |
| Component: | core | Version: | 2.8.4 |
| Severity: | normal | Keywords: | symbolic link |
| Cc: | Architecture: | ||
| Platform: |
Description
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.
Change History (9)
comment:1 Changed 10 years ago by dkocher
comment:2 Changed 10 years ago by dkocher
- Priority changed from normal to low
- Type changed from defect to enhancement
comment:3 Changed 9 years ago by dkocher
- Milestone set to 3.4
- Status changed from new to assigned
- Summary changed from Symbolic Links Downloaded as Target File to Symbolic links downloaded as target file
#2449 closed as duplicate.
comment:4 Changed 9 years ago by dkocher
- Milestone 3.4 deleted
The difficulty in implementing this behaviour is that the symbolic link may point outside of the directory hierarchy we are downloading.
comment:5 Changed 9 years ago by dkocher
Some work in r5576.
comment:6 Changed 8 years ago by dkocher
- Resolution set to wontfix
- Status changed from assigned to closed
comment:7 Changed 7 years ago by dkocher
- Milestone set to 4.0
- Resolution wontfix deleted
- Status changed from closed to reopened
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.
comment:8 Changed 7 years ago by dkocher
See also #5645.
comment:9 Changed 7 years ago by dkocher
- Resolution set to fixed
- Status changed from reopened to closed
In r8322. 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.
#1918 closed as duplicate.