After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 675944 - When nautilus copy symlinks, it should not blindly copy it
When nautilus copy symlinks, it should not blindly copy it
Status: RESOLVED DUPLICATE of bug 652948
Product: nautilus
Classification: Core
Component: File and Folder Operations
3.4.x
Other Linux
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks: 652944
 
 
Reported: 2012-05-12 15:37 UTC by Mildred
Modified: 2013-12-16 12:02 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Mildred 2012-05-12 15:37:30 UTC 
When copying a symlink, often, the copied symlink is left dangeling. In other cases (the target filesystem, a USB key, does not support symlinks), the copy can't happen at all. This is very inconvenient when using tools such as git-annex to manage big files.

* If the symlink is copied to a USB key (another filesystem), often the filesystem does not support symlinks. The symlink should be dereferenced.

* If the target is copied with the symlink, the symlink should be left intact.

* If the symlink is copied alone, the target should be updated in case it is relative.

I suggest implementing that only for symlinks that are copied directly, not for symlink in directories that are copied.
Comment 1 António Fernandes 2013-12-16 12:00:30 UTC 
I see 2 use cases here:

1) target file system does not support symlinks; this is covered by bug 581830.

2) git-annex use case; this is covered by bug 652948.

I'm marking this bug as a duplicate of bug 652948, but not without leaving a comment about this in bug 581830.

Thanks for the bug report.

*** This bug has been marked as a duplicate of bug 652948 ***