wrong/no list of "open with" applications for .cc and .cpp files

[Simon]

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.

My /usr/share/mime/text/x-c++src.xml seems to be correct:

<?xml version="1.0" encoding="utf-8"?>
<mime-type xmlns="http://www.freedesktop.org/standards/shared-mime-info" type="text/x-c++src">
  <!--Created automatically by update-mime-database. DO NOT EDIT!-->
  <sub-class-of type="text/x-csrc"/>
  <comment>C++ source code</comment>
  <comment xml:lang="bg">Изходен код — C++</comment>
  <comment xml:lang="ca">codi font en C++</comment>
  <comment xml:lang="cs">Zdrojový kód v C++</comment>
  <comment xml:lang="cy">Ffynhonnell Rhaglen C++</comment>
  <comment xml:lang="da">C++-kildekode</comment>
  <comment xml:lang="de">C++-Quelltext</comment>
  <comment xml:lang="el">πηγαίος κώδικας C++</comment>
  <comment xml:lang="en_GB">C++ source code</comment>
  <comment xml:lang="eo">C++-fontkodo</comment>
  <comment xml:lang="es">código fuente en C++</comment>
  <comment xml:lang="eu">C++ iturburu-kodea</comment>
  <comment xml:lang="fi">C++-lähdekoodi</comment>
  <comment xml:lang="fr">code source C++</comment>
  <comment xml:lang="hu">C++-forráskód</comment>
  <comment xml:lang="it">Codice sorgente C++</comment>
  <comment xml:lang="ja">C++ ソースコード</comment>
  <comment xml:lang="ko">C++ 소스 코드</comment>
  <comment xml:lang="lt">C++ pradinis kodas</comment>
  <comment xml:lang="ms">Kod sumber C++</comment>
  <comment xml:lang="nb">C++-kildekode</comment>
  <comment xml:lang="nl">C++-broncode</comment>
  <comment xml:lang="nn">C++-kjeldekode</comment>
  <comment xml:lang="pl">Kod źródłowy w C++</comment>
  <comment xml:lang="pt">código fonte C++</comment>
  <comment xml:lang="pt_BR">Código fonte C++</comment>
  <comment xml:lang="ru">программа на языке C++</comment>
  <comment xml:lang="sq">Kod burues C++</comment>
  <comment xml:lang="sr">C++ изворни ко̂д</comment>
  <comment xml:lang="sv">C++-källkod</comment>
  <comment xml:lang="uk">Вихідний код на мові C++</comment>
  <comment xml:lang="vi">Mã nguồn C++</comment>
  <comment xml:lang="zh_CN">C++ 源代码</comment>
  <comment xml:lang="zh_TW">C++ 源代碼</comment>
</mime-type>

[Sebastien Bacher (seb128)]

thank you for your bug report, could you attach an non working example to the bug?

[Simon (simsiem)]

Hi Sebastien,

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.

I hope this helps. If you need some configuration files of my system, please let me know.

Best regards,

Simon

[Sebastien Bacher (seb128)]

Confirming and sent upstream on http://bugzilla.gnome.org/show_bug.cgi?id=545157

[Sebastien Bacher (seb128)]

the issue has been fixed upstream now

[Launchpad Janitor (janitor)]

This bug was fixed in the package glib2.0 - 2.17.6-0ubuntu1

---------------
glib2.0 (2.17.6-0ubuntu1) intrepid; urgency=low

  * New upstream version:
    - Fix problems on 64-bit Windows
    - g_markup_context_get_user_data: New function to access the user_data
      outside of callbacks
    - GIO
    - g_mount_guess_content_type_sync: synchronous version of
      g_mount_guess_content_type
    - GEmblem: A GIcon implementation that adds emblem-related metadata to icons
    - GEmblemedIcon: A GIcon implementation that can add emblems to icons
    - Bugs fixed:
    544088 option_test_LDADD is left in tests/Makefile.am
    544465 gmarkup makes it hard to use pre-rolled parsers
    545485 Implicit declaration of utime
    545798 "Since: 2.18" mark is missing in g_set_error_literal...
    544140 fam-helper 64-bit issue
    529694 SELinux context setting support
    545157 wrong/no list of "open with" applications for .cc... (lp: #239692)
    545203 gfile.c: argument is different type
    545457 gdmsetup crashed with SIGSEGV in g_unix_mount_guess... (lp: #252942)
    544177 Fix trivial cut and paste error in documentation
    545395 Language tweak for g_value_set_string* docs
    541036 Gnumeric crashes when trying to open Desktop...
    546079 leak in xdgmime
    545395 Language tweak for g_value_set_string* docs
    546017 Don't copy attributes when copying a symlink
  * debian/libglib2.0-0.symbols:
    - new version update
  * debian/rules:
    - updated shlibs version

 -- Sebastien Bacher <email address hidden> Mon, 04 Aug 2008 21:23:02 +0200

[Martin Pitt (pitti)]

Accepted into -proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

[Matt Neilson (ichthyoboy)]

Verification failed. For .c file in mimeTest, Nautilus shows the correct behavior, whereas with other files (.c, .h, .hh, .hpp), Nautilus still does not suggest other text editors.

[Sebastien Bacher (seb128)]

did you restart your session after installing the update?

[Matt Neilson (ichthyoboy)]

Nope....but that fixed it. Verification passed on i386.

[Martin Pitt (pitti)]

Copied to hardy-updates.

[Simon (simsiem)]

Jep, it works :-) :-)! Thanks!

Simon