Bug 54400 - Lets make Nautilus recognize new StarOffice 6.0 Icons and Filetypes
Summary: Lets make Nautilus recognize new StarOffice 6.0 Icons and Filetypes
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: nautilus
Version: 7.2
Hardware: i386
OS: Linux
low
medium
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Aaron Brown
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-10-05 20:25 UTC by Ecmel Ercan
Modified: 2007-03-27 03:49 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-01-15 08:32:51 UTC
Embargoed:

Attachments (Terms of Use)

Description Ecmel Ercan 2001-10-05 20:25:01 UTC 
Lets make Nautilus recognize new StarOffice 6.0 Icons and Filetypes.

Also, it can be extended to recognize all types of files that staroffice
6.0 can handle.  (Such as .xls, .doc, etc.)

And lets make RedHat rock! :)
Comment 1 Havoc Pennington 2001-12-07 21:24:33 UTC 
Yeah. It's somewhat unfortunate that StarOffice uses gzip files for its
filetype, so they can only be recognized by filename extension (we can't
auto-recognize the file format). But should handle the extension.
Comment 2 Tomas Mraz 2002-01-15 08:32:46 UTC 
I've solved on my installation it by removing the magic for ZIP files from
/etc/gnome-vfs-mime-magic and added some keys for the extensions to the
appropriate files in the /usr/share/gnome...

But I think that the priority shoud be the other way around - if there is
registered extension, then it should try it and if it isn't then it should try
the magic file.
Comment 3 Havoc Pennington 2002-02-27 15:39:31 UTC 
This is fixed in gnome-mime-data 1.0.4
Note You need to log in before you can comment on or make changes to this bug.