Nautilus uses magic numbers but not Gnome file chooser dialogs

Bug #556354 reported by Delan Azabani
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gtk+2.0 (Ubuntu)
Triaged
Low
Unassigned

Bug Description

Many of my files lack an extension for convenience; Nautilus detects the magic number inside most file formats using shared-mime-info. However, the Gnome file chooser dialogues only use extension globbing, independent from the MIME database.

affects: ubuntu → gtk+2.0 (Ubuntu)
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible?
 * If so, what specific steps should we take to recreate this bug?
 * What ubuntu version do you use? Is the issue to render files in the list or to open something?

 This will help us to find and resolve the problem.

Changed in gtk+2.0 (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Delan Azabani (azabani) wrote :

It is reproducible. You can test this, for example, by removing the extension from a media file, and observing that it is still recognised as a media file in Nautilus because of its magic number data. Then open a media player, e.g. SMPlayer or Totem, and use the "Open..." facility. Note how the file is not listed because it doesn't match the extension glob.

As you can see, the Gnome file open dialogs use their own globbing and do not tap into the shared-mime-info database.

I'm using Lucid and the issue is that Gnome does not list files of a certain type using XML namespacing, magic numbers or the globs in the MIME database, but rather through a separate globbing mechanism.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

Changed in gtk+2.0 (Ubuntu):
status: Incomplete → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

nautilus and gtk do use the filename to list directories because opening and reading content for every single file in the directory you browse is quite ressource expensive compared to using the filename, the detection uses the content when selecting though which is when you need to confirm the mimetype to use the correct software

Revision history for this message
Sebastien Bacher (seb128) wrote :

the issue might be known upstream so maybe check for bugs on bugzilla.gnome.org before opening a new one

Revision history for this message
Delan Azabani (azabani) wrote :

Actually, Nautilus does use the content even for listing directories, not just for the opener program. Outside of Nautilus though, most others like open dialogs, etc. all use globbing only.

Revision history for this message
Delan Azabani (azabani) wrote :

I'll check (and file if necessary) the bug upstream.

Revision history for this message
Delan Azabani (azabani) wrote :

There doesn't appear to be a bug about this reported there; reporting it now.

Revision history for this message
Delan Azabani (azabani) wrote :

Actually, there's a few related ones. This, for instance:

https://bugzilla.gnome.org/show_bug.cgi?id=128888

It looks like the Gnome developers chose globbing over shared MIME for everything except Nautilus because it's more user friendly - the only problem is, Gnome apps cannot be configured to use shared MIME.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for sending the bug to GNOME

Changed in gtk+2.0 (Ubuntu):
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

could you give us the GNOME bug number so we can track this one too using a bug watch

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.