GNOME Bugzilla – Bug 705644
Don't use NoDisplay to filter programs available for Default Applications
Last modified: 2014-12-09 04:43:10 UTC
This was originally reported to us at http://redmine.yorba.org/issues/7292 Shotwell has two modes: library mode (the photo manager) and viewer mode (for viewing/editing photos directly from the filesystem). The viewer's .desktop file has NoDisplay=true. This is because the viewer cannot be launched without a filename as an argv, so it shouldn't be listed in a menu or in the Application Grid as a standalone application. However, it can be associated with image files. Apparently GNOME CC is not displaying the Shotwell Viewer as a potential default application because it has NoDisplay=true. The reporter on our ticket is trying to work around the NoDisplay issue by modifying Shotwell's .desktop file, but I think GNOME CC shouldn't be using NoDisplay to prevent associating an application, only to prevent a menu system from displaying it as a standalone app.
GtkAppChooserWidget doesn't allow us to show NoDisplay apps. Reassigning to GTK+.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of bug 702681 ***
*** Bug 712544 has been marked as a duplicate of this bug. ***
Reopening, that's still an issue with, even after the revert in [1], for GtkAppchooserButton Small python testcase showing the issue "#!/usr/bin/python from gi.repository import Gtk win = Gtk.Window() win.connect("destroy", lambda q: Gtk.main_quit()) appchooserbutton = Gtk.AppChooserButton(content_type="image/jpeg") win.add(appchooserbutton) win.show_all() Gtk.main()" [1] https://git.gnome.org/browse/gtk+/commit/gtk/gtkappchooserwidget.c?id=84922d331768ba9046d9737dbe66468ac45d41f2
your python testcase works fine here and shows the Shotwell viewer, which has NoDisplay=true