Bug 579502

(In reply to comment #0)

I now know how to reproduce the error via terminal.

1. cd /home/user/Desktop
2. touch test_file
3. gnomevfs-mv test_file /home/user/.Trash
4. Throws...

move `file:///home/user/Desktop/test_file' `file:///home/user/.Trash/': Not a directory

Any help would be appricated.

--Ricardo


> Description of problem:
> 
> When trying to delete files by moving them to the trash icon on the desktop,
> the following message comes up:
> 
> Error "Not on the same file system" while deleting
> 
> According to a recent report this was solved for gnome-vfs2-2.16.2-5, but I
> just updated to gnome-vfs2-2.16.2-6. My best guess is that the issue described
> as fixed in RHBA-2010:0032-3 came back with the latest version of gnome-vfs2 or
> with a related dependency I am not aware of.
> 
> Version-Release number of selected component (if applicable):
> 
> gnome-vfs2-2.16.2-6
> 
> How reproducible:
> 
> Simply by bragging-and-dropping a file from anywhere to the trash bin.
> 
> Steps to Reproduce:
> (using gui)
> 1. open any folder
> 2. drag a file
> 3. drop it in the trash icon
> 4. error comes up.
> 
> Actual results:
> 
> Error does not allow deleting files using the gui.  Only way to delete the file
> is by using rm command from a terminal.
> 
> Expected results:
> 
> File going to trash.
> 
> Additional info:
> 
> A possible come-back of one of the errors described in RHBA-2010:0032-3.

(In reply to comment #1)

Sorry, I made a mistake about how to reproduce the error from a terminal.
The correct way to do it is:

1. cd /home/user/Desktop
2. touch test_file
3. gnomevfs-mv test_file /tmp/

Throws error:

move `file:///home/amita/Desktop/test_file' `file:///tmp/': Not on the same file system

Since the Trash is in a different file system than the Desktop, when doing this through the gui by drag-and-drop the file, the error I get is the same.  I assume that if I can solve this in the terminal level, it will get solved in the gui as well.

I have been looking for a solution in forums about gnomevfs and it seems this bus is even in later versions. Does RHLE provide a patch or something to go around this?

--Ricardo

> (In reply to comment #0)
> 
> I now know how to reproduce the error via terminal.
> 
> 1. cd /home/user/Desktop
> 2. touch test_file
> 3. gnomevfs-mv test_file /home/user/.Trash
> 4. Throws...
> 
> move `file:///home/user/Desktop/test_file' `file:///home/user/.Trash/': Not a
> directory
> 
> Any help would be appricated.
> 
> --Ricardo
> 
> 
> > Description of problem:
> > 
> > When trying to delete files by moving them to the trash icon on the desktop,
> > the following message comes up:
> > 
> > Error "Not on the same file system" while deleting
> > 
> > According to a recent report this was solved for gnome-vfs2-2.16.2-5, but I
> > just updated to gnome-vfs2-2.16.2-6. My best guess is that the issue described
> > as fixed in RHBA-2010:0032-3 came back with the latest version of gnome-vfs2 or
> > with a related dependency I am not aware of.
> > 
> > Version-Release number of selected component (if applicable):
> > 
> > gnome-vfs2-2.16.2-6
> > 
> > How reproducible:
> > 
> > Simply by bragging-and-dropping a file from anywhere to the trash bin.
> > 
> > Steps to Reproduce:
> > (using gui)
> > 1. open any folder
> > 2. drag a file
> > 3. drop it in the trash icon
> > 4. error comes up.
> > 
> > Actual results:
> > 
> > Error does not allow deleting files using the gui.  Only way to delete the file
> > is by using rm command from a terminal.
> > 
> > Expected results:
> > 
> > File going to trash.
> > 
> > Additional info:
> > 
> > A possible come-back of one of the errors described in RHBA-2010:0032-3.

I did some testing and this seem to be regression caused by:

# https://bugzilla.redhat.com/show_bug.cgi?id=438116
# Can't move files between different NFS mounts
Patch22: gnome-vfs-2.16.2-same-fs.patch


Compiling without this patch make things work again both graphically and with console test.

Could you elaborate a little bit more?
I am not so proficient on these matters.
Thanks.

(In reply to comment #2)
> Throws error:
> 
> move `file:///home/amita/Desktop/test_file' `file:///tmp/': Not on the same
> file system
In case where /home/amita is not on the same filesystem as /tmp, it's correct. Quote from the gnome-vfs documentation: "Move a file from old_text_uri to new_text_uri. This will only work if old_text_uri and new_text_uri are on the same file system. Otherwise, it is necessary to use the more general gnome_vfs_xfer_uri() function."

If they're on the same filesystem, it's a bug probably. Can you please post the output of `mount` command? Are there any SELinux denials related to this? If possible, can you try switching to Permissive mode?

As long as gnomevfs-mv contains just the simple gnome_vfs_move() call, it can't be used as a reproducer.

Otherwise it works for me using Nautilus, deleting files (by drag&drop) from root and foreign filesystem.

output of mount is:

/dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
/dev/mapper/VolGroup00-LogVol03 on /usr type ext3 (rw)
/dev/mapper/VolGroup00-LogVol04 on /var type ext3 (rw)
/dev/mapper/VolGroup00-LogVol05 on /home type ext3 (rw)
/dev/mapper/VolGroup00-LogVol02 on /tmp type ext3 (rw)
/dev/hda1 on /boot type ext3 (rw)
tmpfs on /dev/shm type tmpfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)

The user directory is in:

/home/user/

and the .Trash directory is in it as well, i.e.,

/home/user/.Trash

I don't see any indication that the .Trash is not int he same file system.

Thanks, I don't see anything unusual. I've just tried to create new user, touched a new file on the desktop and deleted it without problem. All this was done with homedir on a separate partition. The deleted file appeared in ~/.Trash as expected. (though the trash bin icon on the desktop hasn't changed and lists no files when opened, but that's a different issue).

Can you maybe test the patch in bug 580855?

Tomas,

Thank you.  I fond the problem.  My fellow user here was actually trying to erase a file that was in a directory tree that has a space in the directory name.

That was all.  So simple.

Sorry for the trouble.

--Ricardo

Alright, thanks for the info. I'm going to close this bugreport now, feel free to reopen if the issue persists.

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