Desktop files hidden using alacarte don't appear in "open with other app..." dialog

Thanks for your bug. The "NoDisplay=true" option has no impact on the mimetype
list. Do you have an example of file having the issue? totem, evince are listed
when right clicking on a file and by the nautilus list. What version of Ubuntu
do you use?

I tried with a lot of files on my computer (text files, media files, pictures,
PDFs etc...) and cannot see totem or evince in the list of apps for any of those
files.

Then, I launched alacarte, and re-checked totem and evince. After that, I
re-tried selecting "open with another app" on some of my files, and both totem
and evince appeared in the list this time.

I'm using a fully upgraded (as of Dec. 5) Dapper Drake.

I don't have the bug here.

OK, then I guess it must be due to some misconfiguration on my installation.
Should I close this bug ?

No, please keep it open while it's not fixed. Even if that's due to some users
configuration it would be nice to sort that :) Does it happen with an another
user on the same box?

I created a new user with the "desktop" profile using users-admin.

When I first logged in, Totem was actually vivsble in GNOME's menu. Shouldn't it
have been disabled by default ?
Then, I created an empty file and selected "open with another app". And totem
was indeed visible in the list (but remeber that Totam was visible in the menu).

So, I fired alacarte and unchecked totem.

Finally, I re-tried "open with another app" on the same file, and this time
totem wasn't in the list.

So, I guess I have two strange things here, which could or could not be linked.

(In reply to comment #6)

> When I first logged in, Totem was actually vivsble in GNOME's menu. Shouldn't it
> have been disabled by default ?

No, that change has been reverted yesterday accordings to the differents users
comments we have got about this change.

The "NoDisplay=true" option does that for ~/.local/share/applications desktops
but not /usr/share/applications one, I'll forward that upstream

I've opened a bug on gnome-menus upstream:
http://bugzilla.gnome.org/show_bug.cgi?id=323476

gmenu_tree_directory_get_contents(), which is used by the open with dialog,
doesn't return "NoDisplay=true" desktop files. According to IRC discussion
that's a feature though and alacarte should use <Exclude> rather creating a new
.desktop for this. There is probably a timestamp issue too though, after moving
/usr/share/applications away and back those entries are not listed by the
function neither

Thanks !

gnome-menus part has been fixed, eel still has to use the new API

fixed upstream

No new upstream since?k

This upload fixes the issue:

 eel2 (2.14.1-0ubuntu1) dapper; urgency=low
 .
   * New upstream version:
     - Translation updates
     - Build fixes
     - Drop popt dependency
     - Show all desktop items in application selection (Ubuntu: #26590)
     - GnomeGoals: Use po/LINGUAS
   * debian/control.in:
     - don't Build-Depends on libpopt-dev