Trash on Unity Launcher won't open

Hi,

Can you succesfully navigate to the Rubbish Bin from inside Nautilus? That is, open nautilus and select 'Rubbish Bin' from the left hand panel and view the contents.

Thanks for the reply, Yes I can open Rubbish Bin from Nautilus but from Unity Panel no

I am able to reproduce this bug in a 3D Unity session on the Oneiric i386 20110629 daily-live running the same unity version (4.0.1-0ubuntu2). The problem is not fixed by running "unity --replace", "unity --reset", or "compiz --replace". unity (or compiz, if "compiz --replace" was the last of those commands I ran) produces the following output each time I click on the Trash icon in the Unity launcher:

/usr/bin/xdg-open: 563: gnome-open: not found

Like Rus F Adrian, I am able to access the trash by navigating to it in an open Nautilus window.

However, when I click on the Trash icon in the Unity launcher on the fully updated, installed (rather than live CD) system on the same machine (with the same unity package version), it works perfectly. On both the live and installed systems, I am testing with 3D Unity (not unity-2d). Is this problem occurring for you on an installed system, or a live CD (or both)?

I have the same problem in Ubuntu 11.10 amd64

Look at bug 804397, about xdg-open not being present in Oneiric. If trashcan opening behavior from Unity depends on xdg-open, this might well be a duplicate of the other bug (i.e. what needs fixing is xdg-open absence).

---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

What's missing as of Alpha 2 is libgnome2-0 (gnome-open
This is what's preventing the opening of the trash folder from the launcher icon

While installing it will resolve this issue, it will break again if a dir. is opened with anything but nautilus.

Doing that creates 2 inode/directory= lines, one the default, the other an added association.
The default one is currently incorrect but that's another bug and not that important here.

What does matter is when opening from unity launcher it will use the first listed .desktop on the inode/directory= line in the Added Associations section which is ALWAYS going to be something other than a valid nautilus .desktop

Another way will be needed to really fix this

By valid .desktop I meant for trash (gnome-open
It's needing this type of mimetype= line in nautilus.desktop

MimeType=x-directory/gnome-default-handler;x-directory/normal;inode/directory;application/x-gnome-saved-search;

doesn't resolve fact it will get bumped from the front of the added associations line, but users can put back easily, though added associations should be appended, not added to the front

It seems that mount icons on the launcher can also be affected once an improper mimeapps.list is created.
On a fresh install 07/17 it can be set straight simply by editing 2 lines in /etc/gnome/defaults.list
inode/directory=
x-directory/normal=
Both use nautilus-folder-handler.desktop which doesn't exist, switching to nautilus.desktop causes that to be set as the default and allows tash and mount icons to open in nautilus
Bug #797000

the workaround is to install gvfs-bin the main issue is being tracked as bug 804397