GNOME Bugzilla – Bug 545157
wrong/no list of "open with" applications for .cc and .cpp files
Last modified: 2008-07-28 18:58:43 UTC
the bug has been opened on https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/239692 "Nautilus offers for .cc files only the default application gedit, but not others like it does for .c files. On my system it should show in the "open with" context menu the following text processing applications (like for .c files): Emacs 22 (client), Emacs 22 (GTK) and OpenOffice.org text processor (the names are translated from German and may thus be wrong). I have: 8.04 with all recent patches. Completely new installation of the final version. It happens on two machines. For .c files everything works fine. The same happens for .cpp, .hpp, .hh and .h files. http://launchpadlibrarian.net/15565444/mimeTest.tar.bz2 sorry that I didn't add an example. The attachment now contains five files of the types .cc, .hpp, .hh, .c and .h. Right-clicking on the .c file shows the correct behaviour, offering gedit, emacs, emacsclient and openoffice. For the other four files nautilus only offers gedit instead. But please, do also the testing with empty files named with the given extensions. This should work as well, because I usually create a file with nautilus and open it with a double click then."
the issue seems to be than it doesn't use sub-sub-classing informations so doesn't list text/plain associations for sources which are texts
Confirming on latest SVN trunk, but I think this could be an issue with shared-mime-info. CC-ing Bastien.
It's a bug in GIO. text/x-c++src is a child mime-type of text/x-csrc which is a child mime-type of text/plain. It probably only looks at the direct parent.
-> glib/GIO Thanks for the explanation, reassigning.
2008-07-28 Matthias Clasen <mclasen@redhat.com> Bug 545157 – wrong/no list of "open with" applications for .cc and .cpp files * gdesktopappinfo.c (get_all_desktop_entries_for_mime_type): Collect all ancestors, not just direct parents. Pointed out by Bastien Nocera