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 400115 - Cannot remove symbolic link to folder or file on other filesystem
Cannot remove symbolic link to folder or file on other filesystem
Status: RESOLVED OBSOLETE
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.16.x
Other All
: Normal normal
: ---
Assigned To: Nautilus Maintainers
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-24 07:58 UTC by Andreas Dalsgaard
Modified: 2013-04-29 19:23 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16



Description Andreas Dalsgaard 2007-01-24 07:58:41 UTC
Please describe the problem:
It is not possible to remove a symbolic link to a folder or file on an other filesystem for instance a symbolic link ~/Desktop/linkToFile pointing to a file on /media/hda5/file cannot be removed even though it is possible to do so by opening a terminal and type "rm linkToFile"

Steps to reproduce:
Assume you have two partitions /dev/hda1 and /dev/hda5, /dev/hda1 is the root filesystem and /dev/hda5 is mounted as /media/hda5. /media/hda5 is mounted with "users,owner,rw,exec" so it is possible for the current user to create, move and delete files and folders.
1. Greate a folder named "test" on /media/hda5
2. Create a symbolic link from ~/Desktop/newLink to /media/hda5/test/
3. Try and delete the link


Actual results:
You will be prompt by a dialog box saying "Error 'Not on same filesystem' when deleting '~/Desktop/newLink'"(translated) and asks you to try again or cance


Expected results:
The link should be deleted

Does this happen every time?
yes

Other information:
Work fine opening a terminal and typing "rm newLink"
Comment 1 William Jon McCann 2012-09-07 19:40:22 UTC
Can't reproduce this with master. Is it still an issue?
Comment 2 Tobias Mueller 2013-04-29 19:23:19 UTC
Let's presume this is not the case. Please reopen if this is not the case.