trash applet shows non-empty icon, while folder is empty

Thank you for your bug report. Are you sure that the file is not on an another drive trash?

no other drive which could have a trash folder is mounted and if it was on another drive it should be shown in the folder trash:///.

$ mount
/dev/sda3 on / type ext3 (rw,noatime,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-16-generic/volatile type tmpfs (rw)
none on /proc/bus/usb type usbfs (rw,devgid=1005,devmode=664)
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/thomas/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=thomas)

$ ls -la .gvfs/
insgesamt 8
dr-x------ 2 thomas thomas 0 2008-04-12 10:05 .
drwxr-xr-x 142 thomas thomas 8192 2008-04-13 13:24 ..

after several (not the first!) putting something into trash, then emptying it worked correctly again.

I've encountered this bug, too; see attached screenshot.

I've seen this before and it happened again. The trash function works properly, including trash icon in Nautilus places. This time I deleted all thumbnails using nautilus by selecting them all with CtrlA and using the Delete key. They appeared in trash. When I booted the next day I noticed I hadn't empied the trash so I use the trash applet to do so. It still says 853 items in trash. I double checked home and root trash which are both empty. I deleted more files and emptied trash again. Note than when deleting files the reported number of trash items didn't change. The only way to clear the problem I could find was to remove the trash icon and add it back.

Same issue here, started with Intrepid. The problem hasn't gone away for me, but I haven't really done any "testing", other than normal usage.

gnome-applets/intrepid uptodate 2.23.90-0ubuntu1

intrepid alpha 5 up to date as of Sep 16, 7:00 UTC

trash applet on the panel looks full while it's empty.
At the same time the icon on the desktop shows an empty basket as it is.

could be the same issue than bug #72468

I haven't noticed this issue for a while, and cannot reproduce it at the moment. Does this bug still exist for others on up-to-date Intrepid?

gnome-applets/intrepid uptodate 2.24.0.1-0ubuntu1

I had this bug on Intrepid Beta and today 30.10. it is still there. When I empty Trash it still shows that there is something in it. Sometimes it shows deleting process of some files but icon of full Trash can remains there.

Started seeing this error when I updated to Intrepid. The trash applet shows it's full when it's not. "Empty Trash" is available via right-click, but trash:/// is empty and the button "Empty Trash", in nautilus, is grayed out.

This was confirmed as a GVFS bug upstream, and is now fixed

This bug was fixed in the package gvfs - 1.1.3-0ubuntu1

---------------
gvfs (1.1.3-0ubuntu1) jaunty; urgency=low

  * New upstream version:
    - ftp: fix limited number of connections causes commands to fail
    - trash: fix parallel build doesn't work
    - trash: add trash::orig-path and trash::deletion-date info
    - trash: set files to mode 700 before deleting to deal with users trashing
      read-only directories
    - smb-browse: browsing authentication support (lp: #193232, #207072)
    - smb-browse: make backend not automounted anymore
    - New trash backend (lp: #7560, #187565, #201393, #206747, #207835, #216739)
    - Use the new shadow mount facility in gio
    - gphoto2: Use shadow mounts
    - obex: Fix icon for root directory
    - http: Fix major memory leak (lp: #225615)
    - http: Support proxies
  * debian/patches/01_maintainer_mode.patch,
    debian/patches/90_relibtoolize.patch:
    - commented debian change for now since it's not really required and create
      build issue using the jaunty libtool version
  * debian/patches/90_correct_glib_use.patch:
    - the issue is fixed in the new version

 -- Sebastien Bacher <email address hidden> Wed, 07 Jan 2009 22:52:11 +0100

I'm running Ubuntu 9.04 and I'm having the exact same problem.. I have no idéa what to do?

This bug has already been fixed in Jaunty. If you are experiencing a similar issue, please open a new bug report.