* On the Gnome desktop the Trash icon (and panel applet for that matter) is always displaying empty. * Deleting a file from the desktop, or anywhere else, using the file browser places the deleted files in ~/.Trash * Similarly, dragging a file into the Gnome Trash icon places the file into ~/.Trash. * Opening the trash icon, or applet, or Trash "location" or "trash://" in the file browser shows it as always empty. * Deleted files do exist in ~/.Trash. * File-browsing ~/.Trash directly does indeed show the deleted files. (ala # ls ~/.Trash) * Double-click the Trash icon to browse it (empty) - I can drag-n-drop items into the browse window, and they are not displayed. (now reside in ~/.Trash) * This isn't a specific user's setting problem. I created a new-user (never touched gnome) and it behaved identically. * I'm running all the latest and greatest ~x86 stuff: hal-0.5.4 dbus-0.36.2 gamin-0.1.7 gnome-vfs-2.12.1.1 nautilus-2.12.1-r1 gnome-2.12.1 kernel ver. 2.6.14 (gentoo-sources) * I've tried rebuilding the above packages. I've done a revdep-rebuild as well (it changed nothing.) * Inotify is in my running kernel, and seems to be working just fine. ie, file-browsing a directory while creating/deleting a file within it from a terminal instantly shows it being created/deleted. (furthermore, Beagle works and displays new finds really quickly.) * Nautilus seems to pass all of its own internal checks with: $ nautilus -c * Booted the above new user into KDE (after once in gnome with this issue,) and KDE places its own Trash bin on the desktop - which works. Back in Gnome, there's the Gnome Trash icon and now one from KDE. The KDE Trash icon looks like the "show desktop" image on a sheet of paper - but it works (double-clicked) just like the Gnome Trash. ie, it shows nothing in ~./Trash when stuff is there, and items to delete can be dragged onto it to be placed into ~/.Trash. I've re-emerged everything to no avail. I did an "emerge -e gnome" and that didn't help either. I made yet another completely new user to retest and the problem still exists. From this thread: http://bugzilla.gnome.org/show_bug.cgi?id=171073 and others, it looks like there had been issues on removeable media and such - but this isn't what I'm experiencing. I'm seeing simple files on the desktop give these results. Reproducible: Always Steps to Reproduce: 1. Create a new file anywhere within ~/ 2. File-browse find file 3. Delete, "Move to Trash", or drag-drop file onto the desktop Trash icon (all equivalent) Actual Results: Item is moved to the ~/.Trash directory. Desktop Trash icon remains empty. Filebrowsing to trash:// looks empty. Browsing ~/{user}/.Trash displays the deleted files. The Trash's "Empty Trash" option remains greyed out. Expected Results: The Trash icon should look "full". Opening/Browsing it should show files. The "Empty Trash" option should be available. I'm completely clueless about what could be causing this. It is sytem-wide and exists after a completed "emerge -e gnome". I've searched here, the gentoo forums, the gnome bugs and forums, and various places found via googling - but this has been non-functional for me for a while now. My apologies if this is just user error, and not a real bug. It does seem that some others have this problem though.
ok, this MIGHT help (someone other than me) For an unknown reason - I suddenly saw mounted drives icons appear on the desktop. This included a certain networked SSH drive icon (that I wasn't logged into.) When these showed up - the Trash can icon suddenly changed to non-empty. I then rebooted - and haven't seen them since This made me wonder why. So... gconf-editor -> apps -> nautilus -> desktop: I have the volumes_visible marked true, but drive icons aren't on the desktop. Doing a: gconftool-2 -s /apps/nautilus/desktop/volumes_visible -t boolean -s false with the gconf-editor open shows an instantaneous change there (the same for "true" - the boolean state flips) but nothing on the desktop appears to change. Are these related? I'm unsure. All I know is that when I saw the drives and the icon for the SSH mount (unmounted) the Trash bin became OK.
Upstream has said there are sometimes desktop icon problems related to fam/gamin. Which versions of those do you have, and if fam, is famd started?
As per my original post, I'm running gamin-0.1.7. (basically, I update ~x86 almost daily.)
I don't think this matters, but it has worried me. When emerging gamin, I see this line in the config: QA Notice: USE Flag 'kernel_linux' not in IUSE for app-admin/gamin-0.1.7 followed in the config by: backends : polling, inotify, dnotify I do see "kernel_linux" in my use flags when I do the "emerge --info", so I'm confused by the meaning of the first. Doubt this narrows down the problem, but this has been driving me crazy and I'm pulling my hair out while running in circles.
likewise, at the end of a gamin emerge: QA Notice: USE Flag 'kernel_linux' not in IUSE for app-admin/gamin-0.1.7 * It is strongly suggested you use Gamin with an inotify enabled * kernel for best performance. For this release of gamin you need * at least gentoo-sources-2.6.13 or later. inotify IS in the kernel though. /shrug
It just means that the flag was being used in the ebuild, but was not declared as being used. I've added it to IUSE (don't know how I missed it before...)
Is this still reproducable?
No response from reporter; assuming fixed.
