Files and folders deleted on a Samba network share don't appear at all in Trash window

[Roberto]

Binary package hint: nautilus

This doesn't seem to happen on other devices (ex. USB keys, though it didn't ask me to empty the Trash like in previous release). I think this is a major bug, the risk is filling up network shares without even knowing it.

ProblemType: Bug
Architecture: i386
Date: Wed Oct 21 11:31:20 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/nautilus
Package: nautilus 1:2.28.0-0ubuntu7
ProcEnviron:
 LANG=it_IT.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: nautilus
Uname: Linux 2.6.31-14-generic i686

[Sebastien Bacher (seb128)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?

 This will help us to find and resolve the problem.

[Roberto (roberto-colnaghi)]

I don't know, I simply upgraded my Pentium 4 (32 bit) from Jaunty (with all updates) to Karmic, amongst other annoyances this was the worst. Simply, the trash doesn't show deleted files on my network share on the Samba server, although the files regularly end up in <share>/.Trash-<uid>/files and associated metadata in <share>/.Trash-<uid>/info. gvfs-ls trash:/// gives the same result. Maybe it is worth noticing the share is mounted with CIFS (not with automounting in Nautilus, which I believe uses smbclient).

[Sebastien Bacher (seb128)]

the remote locations are not supposed to have a trash directory and never did but you should get a dialog saying you that when trying to delete something and asking if you really want to do the action or not

[Roberto (roberto-colnaghi)]

This is not true. Very old version of Gnome (my memories date back to 2003) had a directory on remote shares, then they dropped it, and now they took it back, but with metadata to allow Nautilus to restore items to their original place. Try yourself to delete something on a network share (with Karmic), it will disappear without dialogs, and then you'll find it in the location I reported in my previous post. I think this is a new behavior of Gnome 2.28 It took me a little to find out this, because I was used (as you) to the previous behavior.

[Sebastien Bacher (seb128)]

The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

[Roberto (roberto-colnaghi)]

Unfortunately I don't have a Gnome Bugzilla account, so I can't report it. Anyway, the bug in my opinion is critical, and Ubuntu shouldn't ship with such a problem. Imagine the new version deployed in a production environment, where everyone has a remote home on a Samba server with quotas (like mine). This seemingly "low importance" bug would fill users' homes in no time, leading to a stop in production. Even if someone reports this now to Gnome, the fix will never make it to Karmic in time (8 days from now). I really think Ubuntu should stick to some old version.
Or, maybe it's just a problem with my machine/network environment. I really hope so.

[Sebastien Bacher (seb128)]

so about karmic:

- you are the first one to report the issue and it has not been confirmed by anybody yet
- the freeze was almost a week ago, candidate images have been rolled and are being tested now is not time to get changes
- the bug can be fixed in a stable update later

the issue doesn't seem important enough to justify delaying cd builds now

[Roberto (roberto-colnaghi)]

As you like it. Meanwhile I've made some test, and I really think this issue is not depending on my environment, but on Gnome. If it is, it's surely a showstopper for Karmic on Desktop PCs in a LAN environment, and I think people should at least be warned in order to avoid the disaster. Good luck with this, and thank you all for the commitment!

[Daniel (daniel-firewall-services)]

I can confirm this issue. I'm having exactly the same problem. Files deleted from network shares mounted as CIFS (with pam_mount) are not visible in the trash. The only way to get the space back is to display hidden folders, and manually empty the .trash-uid folder.

It's quite annoying.

[kling0n (ubuntu-skadaha)]

confirmed on karmic. cifs share server is running samba-3.0.37

[Pedro Villavicencio (pedro)]

did somebody send this upstream? may you please tell us the number there? thanks.

[Pedro Villavicencio (pedro)]

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

[Roberto (roberto-colnaghi)]

What information are you lacking? I think the problem has been explained very well. Please tell me what you need, and I'll try to explain better.

[Sebastien Bacher (seb128)]

the bug should be sent to the software writers by somebody having the issue

[Roberto (roberto-colnaghi)]

Sorry, I didn't understand. So here https://bugzilla.gnome.org/show_bug.cgi?id=331947 i found something inherent, they say the bug has already been solved, however this is not true (at least for me), I deleted the Trash folder on the server, then tried to delete a file via Nautilus. It recreated the folder on the Samba server and the files aren't shown in the Trash window.

[Roberto (roberto-colnaghi)]

I tried another installation fron scratch (not upgrade) on another machine, the problem remains the same

[Roberto (roberto-colnaghi)]

Tried today on Lucid Beta (with a new Gnome version). Problem remains.

[Roberto (roberto-colnaghi)]

Tried today on Lucid (released version) Problem remains.
So, we now have Gnome 2.30, but the behaviour is exactly the same as 6 months ago. Now there are no time excuses (see #8), it's been 6 full months, and we have the same extremely annoying bug (I don't agree at all with Imprortance: low). Come on, someone has to do something on this (doesn't seem to be difficult at all), in our organization we couldn't upgrade for a whole year for this reason, and I can see this happen in any work environment. Am I supposed to think Ubuntu is not anymore a work environment apt desktop distro?

[Sebastien Bacher (seb128)]

it's easy to get frustrated about one issue but some ten thousand desktop bugs are registered on launchpad and the team working on those can only work on a small portion of those, rather than complaining there you could open a GNOME bug so the software writters would read it as suggested before

[Roberto (roberto-colnaghi)]

As I implied before (mentioning the version change of Gnome), I'm not so sure it's Gnome's fault, so I wrote it here. If I find something similar on Gnome bugzilla I'll let you know (as I did 6 months ago). I don't have an account there, so I can't open a new bug.

[Sebastien Bacher (seb128)]

we don't have ubuntu code changes to nautilus or gvfs so it's not likely Ubuntu specific

[Roberto (roberto-colnaghi)]

Yesterday Gnome 2.28.2 (same version of Karmic, and older than Lucid) was available on Gentoo. I emerged it, and Trash works as expected there. So, as I supposed, this is not Gnome's fault. I hope now this should be clear enough: please, fix this on Ubuntu!!!!

[Roberto (roberto-colnaghi)]

Tried today on Maverick Beta (with a new Gnome version). Problem remains. This is REALLY getting ridicolous.

[Rolf Leggewie (r0lf)]

I'm sorry to see this problem linger for so long. But halting nautilus wouldn't have done anything for you as it stems from an inconsistency between gvfs and glib as very well explained in bug 1442649 comment 4. This isn't really a bug in nautilus, just one that manifests itself in it. Halting the release of software without understanding what is going on is just unproductive and unhelpful actionism.