After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 381182 - jpeg plug-in crashes in libexif
jpeg plug-in crashes in libexif
Status: RESOLVED DUPLICATE of bug 358117
Product: GIMP
Classification: Other
Component: Plugins
2.3.x
Other All
: Normal normal
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
: 410729 425335 428037 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-01 08:05 UTC by Dave Jarvis
Modified: 2008-01-15 14:10 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
identify -verbose for the image (2.37 KB, text/plain)
2006-12-06 23:41 UTC, Michael Schumacher
Details

Description Dave Jarvis 2006-12-01 08:05:57 UTC
Please describe the problem:
GIMP Message

Plug-in crashed: "jpeg"
(/usr/local/lib/gimp/2.0/plug-ins/jpeg)

The dying plug-in may have messed up GIMP's internal state. You may want to save your images and restart GIMP to be on the safe side.

GIMP Message

Opening 'PA220423.JPG' failed:

Plug-In could not open image

Steps to reproduce:
1. Browse to: http://www.joot.com/dave/gimp
2. Save the JPG file (PA220423.JPG) locally.
3. Load it in the GIMP.


Actual results:
I get the aforementioned error message. The image does not load, even though the preview panel can display it.

Expected results:
The image should load into the GIMP.

Does this happen every time?
Yes.

Other information:
The image was created, I think, from a digital camera (don't know model, sorry). It was imported into the Mac's main photo organising program. The copy I have may have been copied then pasted from the Mac's main writing program.
Comment 1 Dave Jarvis 2006-12-01 08:20:58 UTC
The XV program can load and convert the file to another format. After converting it to PNG, the file loaded just fine in the GIMP (as expected).
Comment 2 Michael Schumacher 2006-12-01 09:42:29 UTC
Probably another problem of libexif, see e.g. bug #300186. Can you try to update this library?
Comment 3 Dave Jarvis 2006-12-01 09:54:51 UTC
Updating the library will be a pain at the moment, sorry.
Comment 4 Sven Neumann 2006-12-01 10:48:49 UTC
I can reproduce the crash in jpeg_apply_exif_data_to_image():

  • #5 exif_set_sshort
    from /usr/lib/libexif.so.12
  • #6 exif_set_short
    from /usr/lib/libexif.so.12
  • #7 exif_data_set_data_type
    from /usr/lib/libexif.so.12
  • #8 exif_data_set_data_type
    from /usr/lib/libexif.so.12
  • #9 exif_data_save_data
    from /usr/lib/libexif.so.12
  • #10 gimp_metadata_store_exif
  • #11 jpeg_apply_exif_data_to_image
Could be a bug in libexif or a bug in our code.
Comment 5 Michael Schumacher 2006-12-06 23:41:34 UTC
Created attachment 77864 [details]
identify -verbose for the image

There are some unknown fields in identify's output, maybe this indicates a problem in libexif.
Comment 6 Sven Neumann 2007-02-23 07:41:47 UTC
*** Bug 410729 has been marked as a duplicate of this bug. ***
Comment 7 John Bennett 2007-03-26 01:13:14 UTC
I have also experienced this bug. Additional observations:

If the image has already been opened and saved in gimp, preview will work. Otherwise it will not. Unmodified images come from Nikon D2X.

When I attempt to open the file, I get the additional message below the one given in another comment. Both comments are reproduced below. They appear in the same dialog box.

-----

Gimp Message

    Opening '/root/webs/smugmug/dsc_0225.jpg' failed:

    Plug-In could not open image

Gimp Message

    Plug-in crashed: "ufraw-gimp"
    (/usr/lib/gimp/2.0/plug-ins/ufraw-gimp)

-----

I have ufraw installed so that I can open NEF images created by the camera. Interesting, since ufraw really is not needed here.

platform: gentoo, 2.6.18-gentoo-r6
version of gimp: 2.3.13

Version 2.3.14 was installed, but went back to 13 due to issues working with TIFF files (which incidentally are loaded through ufraw).
Comment 8 Michael Schumacher 2007-03-26 08:57:34 UTC
This may be the same reason, but I don't think we should handle bugs for ufraw here. After all, it is not shipped with GIMP. You should file this in the gentoo bugtracker, from where it may get forwarded to the ufraw developers.
Comment 9 John Bennett 2007-03-26 12:08:12 UTC
(In reply to comment #8)
> This may be the same reason, but I don't think we should handle bugs for ufraw
> here. After all, it is not shipped with GIMP. You should file this in the
> gentoo bugtracker, from where it may get forwarded to the ufraw developers.
> 

Understood. Before I file with Gentoo on this, help me understand something. Ufraw, by it's nature, does not handle jpegs. If I understand correctly, then, if a plugin says it will load the type, gimp will allow it to handle that type - regardless if it itself can do so?
Comment 10 Michael Schumacher 2007-03-27 08:56:20 UTC
Ufraw does handle JPEG, at least it tries to (some manufacturers do use JPEG/JFIF as a raw container). Maybe it should pass images on to the JPEG plug-in that ships with GIMP if it discovers that this is a "normal" image.
Comment 11 Sven Neumann 2007-04-12 09:46:18 UTC
*** Bug 425335 has been marked as a duplicate of this bug. ***
Comment 12 Sven Neumann 2007-04-12 15:27:53 UTC
*** Bug 428037 has been marked as a duplicate of this bug. ***
Comment 13 Sven Neumann 2007-04-12 15:30:28 UTC
About time that this is reported to the libexif maintainers...
Comment 14 Raphaël Quinet 2007-04-12 16:35:05 UTC
This has already been reported in July 2006 to their sourceforge bug tracker, with no feedback from the maintainers since then.  This is covered in bug #358117, which is older than this one and should be the target of the duplicates.


*** This bug has been marked as a duplicate of 358117 ***