Files should copy using the cp -L logic to dereference
Bug #1267353 reported by
Timo Reimerdes
This bug affects 3 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Files |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Copying Files, i.e. to a usb drive makes all symlinks worthless.
As +Heath Paddock pointed out: it's not very elementary to have to worry about such a thing and is confusing from the abstract user perspective: clicking on a file that is really just a symlink opens it. Copying it to a drive however breaks it.
Suggestion:
make Files copy dereference symlinks as default.
Even if there are cases where you'd want to keep the symlinks intact when copying, it is more 'natural' to have a true COPY afterwards.
Changed in pantheon-files: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
To post a comment you must log in.
I have to mention that it is not as simple as just turning symlinks into copies. As an example, I recently copied my entire home folder onto an external drive. With the behaviour suggested in this bug, I would have had duplicate files. I think that if the symlink and the file it points to are beig copied, then it is fine to just replicate the link, but if only the link is copied, the link should be replaced with the file it links to.