Bug 120856 - mime types based on extension are ignored
mime types based on extension are ignored
Product: Fedora
Classification: Fedora
Component: gnome-vfs2 (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Alexander Larsson
Depends On:
  Show dependency treegraph
Reported: 2004-04-14 11:47 EDT by Jens Hardings
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-09-01 10:33:16 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jens Hardings 2004-04-14 11:47:51 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040312

Description of problem:
Case 1: user-defined mimetypes

When defining a new mime-type using the gnome-file-types-properties
and defining an extension, the files are not recognized as such. In my
case I tried to create a mime-type for files ending in .glx, which are
recognized as being text/plain. The files get properly updated in
$HOME/.gnome/mime-info/user.mime and user.keys, but are somehow
ignored. If I define the same applications for the text/plain mimetype
in the same files, it works without any problem (but obviously opens
any text/plain file with the designated application), so the files are
not completely ignored.

Case 2: system-defined mimetypes

The planner package (mrproject) installs its mime-types in
/usr/share/mime-info/planner.{mime,keys}, but the files are recognized
as being text/xml instead of application/x-mrproject. Thus, the
associated applications do not include the 'planner' as it should.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Create a new planner (mrproject) file
2. Try to open it using doubleclick in nautilus or try to look at the
properties which indicate the detected mime-type

Actual Results:  The defined application for mime-type text/xml is
opened, and the mime-type 'text/xml' is displayed in the properties.

Expected Results:  The application 'planner' to be executed, and the
mime-type 'application/x-mrproject' to be displayed in the properties

Additional info:

These applications are not the only ones to present this problem,
apparently the file-extension based mime-type recognition is not
working as it is supposed to according to the gnome 2.6 documentation.
Comment 1 Alexander Larsson 2006-09-01 10:33:16 EDT
If you define a text type you need to make the new mimetype inherit from
text/plain to make the extension mapping override the sniffed type.

Note You need to log in before you can comment on or make changes to this bug.