Ubuntu
shared-mime-info package

Camera RAW files open with wrong apps

Bug #91488 reported by Eugenia Loli-Queru
12
Affects Status Importance Assigned to Milestone
shared-mime
Fix Released
Medium
f-spot (Ubuntu)
Fix Released
Undecided
Unassigned
shared-mime-info (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: shared-mime-info

I have some KDC files here (Kodak RAW files) and the new shared-mime-info recognizes them as such, but the default app that opens with them is f-spot. There are some other apps that are registered to open TIFF files (RAW files are kinds of tiffs, but not exactly), but these apps should not be there in the nautilus submenu at all, because they can not handle any kind of RAW file.

The *only* graphical applications on GTK/Linux that can open these RAW files are Cinepaint, RawStudio and UFRaw. And so Nautilus should not offer me other apps, or try to put another app as the default.

If you like to test stuff, download this KDC file here:
http://www.gnomefiles.org/shots/kdc.tar.bz2

However, you will have to find more RAW files to test with, from Canon, Nikon etc (each RAW format is different between all these companies, although their basis is the TIFF standard).

ProblemType: Bug
Architecture: i386
Date: Sun Mar 11 00:59:35 2007
DistroRelease: Ubuntu 7.04
Uname: Linux ubuntu 2.6.20-9-generic #2 SMP Mon Feb 26 03:01:44 UTC 2007 i686 GNU/Linux

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

You didn't mention what apps the menu has. I have a Nikon D40 and Nautilus shows me these for .NEF-files:

Document Viewer
F-Spot
GIMP
gThumb

and they all work for me, although Document Viewer cannot show anything else than the embedded thumbnail. Maybe you don't have dcraw installed?

Revision history for this message
Eugenia Loli-Queru (eloli) wrote :

I have dcraw installed. I have these four you mention too popping up on nautilus with f-spot being the default for some weird reason. But these apps can NOT read Kodak's RAW files. Only Cinepaint and UFRaw can.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

gThumb opens your test image just fine here, the others fail.

Revision history for this message
Eugenia Loli-Queru (eloli) wrote :

Hmm, might be a new feature on gthumb. I clearly remember gthumb not being able to load such files. Anyways, the default application set to open that file is eog on gnome, and eog just fails.

I think that these apps must be removed from the nautilus menu and only allow the apps that specifically say that they support the various RAW formats. At least this will give some incentive to UFRAW/Cinepaint and now gThumb to register for the right mimetypes too, instead of just saying that they simply support TIFF.

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

The bug has been opened on https://launchpad.net/bugs/91488

"Binary package hint: shared-mime-info

I have some KDC files here (Kodak RAW files) and the new shared-mime-info recognizes them as such, but the default app that opens with them is f-spot. There are some other apps that are registered to open TIFF files (RAW files are kinds of tiffs, but not exactly), but these apps should not be there in the nautilus submenu at all, because they can not handle any kind of RAW file.
..."

Not listing it as a subclass of "image/tiff" doesn't work neither because the mimemagic detects a tiff file which doesn't match the .kdc and nautilus refuses to open it then

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

I've opened a bug upstream: https://bugs.freedesktop.org/show_bug.cgi?id=10357 about the image/tiff subclassing being used if that's not a compatible image

Some viewer can make use of dcraw to open the image, we will add it to the default installation

Changed in shared-mime-info:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Confirmed
Bug Watch Updater (bug-watch-updater)
Changed in shared-mime:
status: Unknown → Confirmed
Revision history for this message
Andrew Mitchell (ajmitch) wrote :

F-Spot can handle these, but needed patched to recognise the .kdc extension. I'll upload 0.3.5-0ubuntu2 after beta release.

Changed in f-spot:
status: Unconfirmed → Fix Committed
Revision history for this message
In , Christian Neumair (chris-gnome-de) wrote :

The TIFF subclassing was introduced by a patch in bug 8170. CCing Udi Fuchs and Stanislav Brabec.

Revision history for this message
In , Stanislav Brabec (sbrabec-suse) wrote :

There is no easy solution. If the subclassing will not be here, Nautilus will reject to open KDC files and report MIME type conflict. If it is there, Nautilus offers image viewers in the second order in the menu.

The main problem is the fact, that TIFF is not image format, but a generic envelope format. It may contain image or anything else.

I see two possible solutions:

- Create new MIME type application/x-tiff for TIFF container. It will contain TIFF envelope magic and it can be a subclass of both image/tiff and image/x-kodak-kdc. Only the latter two MIME types will be used as application MIME types.

- Write advanced magic, which can recognize TIFF container with image/tiff and not recognize TIFF container with other data. I am not sure whether it is possible.

Revision history for this message
In , udifuchs (udifuchs) wrote :

I think that this bug will mostly fix itself, since slowly all applications that support TIFF format start also to support raw files. The major application which is missing this feature is EOG, and there it is also work in progress (see http://bugzilla.gnome.org/show_bug.cgi?id=344601).

Udi

Sebastien Bacher (seb128)
Changed in f-spot:
status: Fix Committed → Fix Released
Revision history for this message
In , Bastien Nocera (hadess-deactivatedaccount) wrote :

* freedesktop.org.xml.in: Add magic for KDC Kodak raw image files
* tests/list:
* tests/test.kdc: Add test case for that image file
(Closes: #10357)

Bug Watch Updater (bug-watch-updater)
Changed in shared-mime:
status: Confirmed → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug is fixed in the intrepid version

Changed in shared-mime-info:
status: Confirmed → Fix Released
Bug Watch Updater (bug-watch-updater)
Changed in shared-mime:
importance: Unknown → Medium
Bug Watch Updater (bug-watch-updater)
Changed in shared-mime:
importance: Medium → Unknown
Bug Watch Updater (bug-watch-updater)
Changed in shared-mime:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

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