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): nautilus-2.2.1-5 How reproducible: Always 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 gnome bugzilla. 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 favourite bug.
*** Bug 116290 has been marked as a duplicate of this bug. ***