Red Hat Bugzilla – Bug 110390
Nautilus won't "Move to Trash" in some cases
Last modified: 2007-04-18 12:59:35 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031031
Description of problem:
I'm attempting to delete a file using nautilus by right-clicking on
the file and selecting "Move to Trash". Nothing happens. I've
verified the permissions and ownership of the file and everything is
fine. I am able to delete the files in question via a bash shell session.
I've noticed that I *can* delete files that reside in my home
directory using nautilus. Note that my home directory is mounted over
nfs. The files that nautilus refuses to delete always appear to be
files located on local file systems.
I assume my "Trash" is located in my home directory. Does nautilus
have a bug in it where it can't delete files when the "Trash" lives on
different file system and/or on nfs?!?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
[See my description above. I believe this only happens if your
"Trash" is located on a filesystem separate from the file(s) you are
attempting to delete or possibly it's isolated to the case where the
"Trash" lives on an nfs filesystem.]
Actual Results: Nothing happens.
Expected Results: File should have been moved to the Trash.
Do you get a dialog that says the file couldn't be moved to trash?
(The trash system is more complicated than just one directory, it will
try to find a trash on that partition, and if there is none it should
open a dialog asking if you want to delete the file instead.)
I get no output whatsoever. No dialog box. No error message. Nothing.
This is upstream as http://bugzilla.gnome.org/show_bug.cgi?id=128139
Indeed, I was the one that filed that bug hoping that between Gnome &
RedHat someone would look into it and fix it... Is it RedHat's policy
to close a bug if you find it logged elsewhere even if there's no fix?
Unless its a stop-ship bug that we *need* to track for a release, a
non-packaging bug makes much more sense upstream where the actual
developers of the app and other interested parties can see it.
In this particular case, I'm also the primary owner of the bug both
upstream and at redhat. So, doubling my bugzilla workload by storing
the bug in two places certainly isn't helping me to fix the bug,
neither is having some bugs in the rh bugzilla and some others in the
I mean, why should this particular bug be in redhat bugzilla, and not
the 800 other open nautilus bugs in the gnome bugzilla? Or do you
think we should import all of those into the redhat bugzilla? Bugzilla
is a way for developers to track bugs so they can do their work more
efficiently, not a way for people to make developers work on their
*** Bug 116290 has been marked as a duplicate of this bug. ***