Deleted files does not show in Nautilus trash

[José Lou Chang]

Binary package hint: nautilus

Greetings.
When I delete a file by pressing "delete" on the keyboard or by right-clicking a file and then choosing "Move to Trash", the file is removed as intended, but, when you open the trash:/// directory, it does not show any of the deleted files.

I have found similar bug reports on LaunchPad, but most of then are old from the time of Gutsy. Also, those reports shows that it affects NTFS file-system.

https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/193084

https://bugs.launchpad.net/ubuntu/+source/gnome-vfs2/+bug/161018

Since I am using ext3 and I am using the latest Ubuntu, I have decided to report as a new bug.

My specs are as follows:

OS: Ubuntu 9.04 64-bit
DE: Gnome 2.26.1
FS: Ext3

MP: Intel Core 2 Duo
VC: Intel Corporation Mobile GM965/GL960 Integrated Graphics

******************

mount:

/dev/sda3 on / type ext3 (rw,relatime,errors=remount-ro)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
lrm on /lib/modules/2.6.28-11-generic/volatile type tmpfs (rw,mode=755)
securityfs on /sys/kernel/security type securityfs (rw)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
gvfs-fuse-daemon on /home/rome/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rome)

cat /etc/fstab:

# /etc/fstab: static file system information.
#
# Use 'vol_id --uuid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# / was on /dev/sda3 during installation
UUID=3be9374c-9e6e-4c3f-a3a1-a3d05db1c1ac / ext3 relatime,errors=remount-ro 0 1
# swap was on /dev/sda4 during installation
UUID=d564773f-d006-4101-a3ae-31e95a29d189 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

EDIT. Additional info:

This bug is reproducible in a NEWLY installed Ubuntu System.
The problem goes a away after a couple of restarts.

Please ask me if you need more info. I will be happy to provide it.

[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?
 * Does gvfs-ls trash: lists those?

 This will help us to find and resolve the problem.

[Sebastien Bacher (seb128)]

could you look if the files are in the .local/share/Trash directory?

[Jackh (jnhollow)]

I have the same problem and yes they appear in .local/share/Trash.

[José Lou Chang (obake)]

After running all updates and installing packages using Synaptic, the problem is gone. I can see the deleted files at Nautilus trash now.

And yes, the deleted files are in ~/.local/share/Trash

Jackh, update using Update Manager and see it you still have the same problem.

[Jackh (jnhollow)]

Ran update manager. No updates.
Here's the latest. When I turned the machine on this morning, the trash
bin showed the deleted files that are in /.local/share/Trash and was
able to empty the trash, although the trash bin still shows that there
are files to be deleted. Deleted a dummy file and it showed up in the
trash. Emptied trash and the file was deleted. Trash bin still shows
files available to delete.
This is a very minor nuisance.
I am running 9.04.

Jack Holloway
<email address hidden>

José Lou Chang wrote:
> After running all updates and installing packages using Synaptic, the
> problem is gone. I can see the deleted files at Nautilus trash now.
>
> And yes, the deleted files are in ~/.local/share/Trash
>
>
> Jackh, update using Update Manager and see it you still have the same problem.
>
>

[Sebastien Bacher (seb128)]

does gvfs-monitor lists changes in this directory?

[José Lou Chang (obake)]

It got fixed after a couple of restarts for me also.
I guess we can close this bug now.

Quote:
"although the trash bin still shows that there
are files to be deleted."

You mean by that the trash icon displays as "full" even when there is nothing side the trash after emptying-out?
That is not happening to me. The trash shows the empty icon after emptying-out the trash for me.

[José Lou Chang (obake)]

Quote from Sebastien Bacher:
"does gvfs-monitor lists changes in this directory?"

How do we run it?
I get: bash: gvfs-monitor: command not found

I did not find that package in Synaptic.

[Jackh (jnhollow)]

Yes, the trash icon shows "full" after emptying.

Jack Holloway
<email address hidden>

José Lou Chang wrote:
> It got fixed after a couple of restarts for me also.
> I guess we can close this bug now.
>
> Quote:
> "although the trash bin still shows that there
> are files to be deleted."
>
> You mean by that the trash icon displays as "full" even when there is nothing side the trash after emptying-out?
> That is not happening to me. The trash shows the empty icon after emptying-out the trash for me.
>
>

[Sebastien Bacher (seb128)]

you need to install gvfs-bin and run gvfs-monitor on the directory

[Jackh (jnhollow)]

When I turned machine on this morning, the trash bin icon showed
"empty". I again deleted several dummy files and the icon showed
"full". I selected "Empty Trash" and the icon changed to "empty".
Well, it has magically started working correctly after 2 reboots.

Jack Holloway
<email address hidden>

Sebastien Bacher wrote:
> you need to install gvfs-bin and run gvfs-monitor on the directory
>
>

[José Lou Chang (obake)]

ok. I have installed Ubuntu 9.04 32-bit on a 64-bit capable laptop. (Another laptop).
The same problem occurred on this newly installed system.

It seems that this bug or problem is only reproducible on a newly installed system.
The problems always goes away after a couple of restarts.

This will be a problem for people who never turns off or restart their computer.

[Daniel Neville (blancmange)]

This bug also occurs for me with a new system on which I've installed Ubuntu 9.04 -many times. The trash can simply does not work. Deleted files end up in ~/.local/share/Trash/files but not in Trash:/// or in the Trash applet.

I asked my flatmate (who is also using 9.04) about the problem and tested it on his machine and the same problem occurs. He hadn't noticed because he normally uses rm to delete things as a matter of course.

After reading the above, I tried rebooting the machine (either for the first time or the second). The trash can appears to be working normally. Phew! I guess it's safe to ship this clunky old PC to my friend's daughter without having to explain to her why files can't truly be deleted. (Recalls the xkcd cartoon along the lines of "Parents: Tell your children about Linux before someone else does.")

That my Ubuntu-geek flatmate hasn't needed to restart his system since he got 9.04 does say something positive about Ubuntu. The number of restarts required by the Windows 2000 installer today made me dizzy..

[Matt Schafer (slyydawg)]

Let me see if I can answer Sebastien's specific questions. This is long-winded, but these are exact steps that I took to reproduce the issue. Skip to the end to see my conclusions.

Steps to reproduce:
1. Fresh install of Ubuntu 9.04 32-bit Desktop Edition. All partitions formatted during installation. Hard-disk partitions:

Mount pt Device Type
-------- --------- ----
/ /dev/sda2 ext3
/boot /dev/sda1 ext3
/home /dev/sda6 ext3

2. Login after reboot at end of installation.
3. Did not change any settings anywhere.
4. Installed all updates from Update Manager.
5. Reboot.
6. In terminal: touch foo
7. Right-click on file "foo" in Nautilus. Select Move to Trash.

Results:
--> Trash applet appears empty.
--> Trash appears empty in Nautilus.
--> File "foo" appears in /home/xxx/.local/share/Trash/files.

Other actions:
8. gvfs-ls trash:
--> No output

9. gvfs-ls Trash:
--> No output

10. gvfs-ls trash:///
--> No output

11. gvfs-monitor-dir trash:
12. (In second terminal) touch myfile
13. In Nautilus, right click "myfile", choose Move to Trash.
--> No output for gvfs-monitor-dir command.

14. gvfs-monitor-dir /home/xxx/.local/share/Trash/files
15. (In second terminal) touch myfile2
16. In Nautilus, right-click "myfile", choose Move to Trash.
--> Output from gvfs-monitor-dir:

Directory Monitor Event:
Child = /home/xxx/.local/share/Trash/files/myfile2
Event = CREATED

17. Leave files in Trash folders.
18. Log out.
19. Log in.
--> Trash applet appears full.
--> Deleted files appear in Trash in Nautilus.

20. touch foobar
21. In Nautilus, right-click "foobar", choose Move to Trash.
--> File "foobar" appears in Trash in Nautilus.

22. In Trash window in Nautilus, click Empty Trash button and confirm.
--> Trash window is emptied.
--> Trash applet shows empty.

23. touch foo
24. In Nautilus, right-click file "foo", choose Move to Trash.
--> Trash applet appears full.
--> File "foo" appears in Trash in Nautilus.

Conclusions:
1. The Trash applet and Trash in Nautilus don't see any files that appear in the trash until the next time you log in.
2. Once you log in with files already in the trash, the expected behavior returns.
3. Installing updates has no effect on the issue.
4. Rebooting and logging in do not affect this issue. I rebooted and logged in and out many times while deleting files using "rm", but until I sent files to the trash and then logged out, I could not see the files in the trash.

[Sebastien Bacher (seb128)]

Not confirming but 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)

[Sebastien Bacher (seb128)]

could somebody try if that's still an issue on lucid?

[Matt Schafer (slyydawg)]

I have been using lucid 64-bit for several months. I have not seen
the incorrect behavior; the Trash applet seems to work properly.

On Wed, Apr 21, 2010 at 8:17 AM, Sebastien Bacher <email address hidden> wrote:
> could somebody try if that's still an issue on lucid?
>
> --
> Deleted files does not show in Nautilus trash
> https://bugs.launchpad.net/bugs/366379
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “nautilus” package in Ubuntu: Incomplete
>
> Bug description:
> Binary package hint: nautilus
>
> Greetings.
> When I delete a file by pressing "delete" on the keyboard or by right-clicking a file and then choosing "Move to Trash", the file is removed as intended, but, when you open the trash:/// directory, it does not show any of the deleted files.
>
> I have found similar bug reports on LaunchPad, but most of then are old from the time of Gutsy. Also, those reports shows that it affects NTFS file-system.
>
> https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/193084
>
> https://bugs.launchpad.net/ubuntu/+source/gnome-vfs2/+bug/161018
>
>
>
> Since I am using ext3 and I am using the latest Ubuntu, I have decided to report as a new bug.
>
> My specs are as follows:
>
> OS:  Ubuntu 9.04 64-bit
> DE:  Gnome 2.26.1
> FS:  Ext3
>
> MP: Intel Core 2 Duo
> VC: Intel Corporation Mobile GM965/GL960 Integrated Graphics
>
> ******************
>
> mount:
>
> /dev/sda3 on / type ext3 (rw,relatime,errors=remount-ro)
> tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
> proc on /proc type proc (rw,noexec,nosuid,nodev)
> sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
> varrun on /var/run type tmpfs (rw,nosuid,mode=0755)
> varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
> udev on /dev type tmpfs (rw,mode=0755)
> tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
> devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620)
> fusectl on /sys/fs/fuse/connections type fusectl (rw)
> lrm on /lib/modules/2.6.28-11-generic/volatile type tmpfs (rw,mode=755)
> securityfs on /sys/kernel/security type securityfs (rw)
> binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
> gvfs-fuse-daemon on /home/rome/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=rome)
>
>
>
>
> cat /etc/fstab:
>
> # /etc/fstab: static file system information.
> #
> # Use 'vol_id --uuid' to print the universally unique identifier for a
> # device; this may be used with UUID= as a more robust way to name devices
> # that works even if disks are added and removed. See fstab(5).
> #
> # <file system> <mount point>   <type>  <options>       <dump>  <pass>
> proc            /proc           proc    defaults        0       0
> # / was on /dev/sda3 during installation
> UUID=3be9374c-9e6e-4c3f-a3a1-a3d05db1c1ac /               ext3    relatime,errors=remount-ro 0       1
> # swap was on /dev/sda4 during installation
> UUID=d564773f-d006-4101-a3ae-31e95a29d189 none            swap    sw              0       0
> /dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
>
>
>
> EDIT. Additional info:
>
> This bug is reproducible in a NEWLY installed Ubuntu System.
> Th...

[Sebastien Bacher (seb128)]

the previous comment suggests it work fine in newer version and there has been no recent duplicates or comment about the issue so closing