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
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: nautilus (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: i386 Linux
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: Aaron Brown
Depends On:
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:
Story Points: ---
Clone Of:
Last Closed: 2002-01-15 08:32:51 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

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.