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 44980 - "Not on same file system" message when trying to move to trash
"Not on same file system" message when trying to move to trash
Status: VERIFIED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
0.x
Other Linux
: Normal normal
: ---
Assigned To: Ian McKellar
Nautilus Maintainers
Depends on:
Blocks:
 
 
Reported: 2000-12-05 15:37 UTC by aelman
Modified: 2006-09-23 14:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description aelman 2001-09-10 00:48:42 UTC
From Bugzilla Helper:


If I have a directory on my local hard drive which is symlinked into my
NFS-mounted home directory (specifically, the desktop folder), I can't delete it
by right-clicking and selecting "Move to Trash" -- instead, I get an error "Not
on the same file system".  If I go directly to the actual directory, it works,
and I can also successfully drag to the Trash icon.

* REPRODUCIBLE: Always

* STEPS TO REPRODUCE:

On a machine where the home directory is NFS-mounted, create a symlink on the
desktop which points to a local directory.  (I haven't tried the opposite, but
perhaps it's a general cross-file-system problem?)  Then open that symlink.  The
URI bar in the window should say something like

/h/aelman/.nautilus/desktop/music

(which is a symlink to /usr/local/music).  Then, right-click any folder within
that window (including a new folder), and select "Move to Trash."

* ACTUAL RESULTS: 

 Dialog box titled "Error while Copying": Error "Not on the same file system"
while moving "File:///h/aelman/.nautilus/desktop/music/my folder".  Would you
like to continue?

Actually, it looks like sometimes the folder gets moved to the trash anyway.

* EXPECTED RESULTS: 

  Silently move the folder to the trash.

This appears to be a pretty specific problem -- other cases, such as a file a
couple of levels down from the folder which itself is a symlink, seem to work
okay, and as I said dragging to trash seems to work.



------- Additional Comments From pavel@eazel.com 2000-12-05 14:21:52 ----

This sounds like the "same fs" check is giving the wrong result for some reason.
I have seen similar cases like that, NFS seems to be funny that way. It could
also be that the "same fs" check does not deal with symbolic links properly.
The hard part will be setting this up.



------- Additional Comments From eli@eazel.com 2000-12-12 16:40:54 ----

[Note to self, when verifying this, also check scenario of dragging a file from
a local volume to the Trash, on a system in which ~ and the Desktop are on an
NFS volume.]



------- Additional Comments From arik@eazel.com 2001-01-31 17:37:18 ----

i _think_ that this is being caused by us not stat'ing symlinks n-levels deep
but i am currently investigating to be sure.



------- Additional Comments From yakk@yakk.net 2001-02-18 21:45:29 ----

This isn't NFS specific - it can be duplicated simply using two different
partitions.



------- Additional Comments From yakk@yakk.net 2001-02-19 01:56:36 ----

fixed it by changing a couple of lstat calls to stat



------- Additional Comments From victor@eazel.com 2001-03-11 16:46:04 ----

both right click move to trash and drag and drop to trash icon work



------- Additional Comments From eli@eazel.com 2001-03-11 17:06:41 ----

Dragging local files to trash (per 12/12/2000 verification note in bug) also
works in CVS HEAD on RH 7.0.

(Also double-checked Adam's steps to reproduce, and no error dialog was
displayed.)



------- Additional Comments From eli@eazel.com 2001-03-11 18:13:28 ----

Filed the following bugs in verifying this one:

7681, "[complex] Deleting recursively symlinked folder terminates Nautilus"
7682, "Following circular symbolic link traverses deeper into directory"



------- Bug moved to this database by unknown@bugzilla.gnome.org 2001-09-09 20:48 -------

The original reporter (aelman@eazel.com) of this bug does not have an account here.
Reassigning to the exporter, unknown@bugzilla.gnome.org.

Comment 1 Alexander Skwar 2006-09-23 14:45:37 UTC
I think this issue has resurfaced. Please see bug #312506.