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 155761 - Saving should update EXIF thumbnail to reflect changes
Saving should update EXIF thumbnail to reflect changes
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: Plugins
2.0.x
Other All
: High normal
: 2.2
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2004-10-18 19:38 UTC by Ari Pollak
Modified: 2004-11-17 01:06 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
A patch for the above discussed is attached. This also reads thumbnails for the new API. (28.14 KB, patch)
2004-11-16 20:29 UTC, Mukund Sivaraman
none Details | Review
cleaned up patch (30.03 KB, patch)
2004-11-17 00:04 UTC, Michael Natterer
none Details | Review

Description Ari Pollak 2004-10-18 19:38:25 UTC
From Debian bug report http://bugs.debian.org/277097

Pictures taken with a digital camera often contain EXIF information that
also may include a thumbnail of the picture. When making changes to the
original image, this additional data is preserved unchanged. While this
is the expected behaviour for most data items, the thumbnail should be
adjusted to match the changed image.
Comment 1 weskaggs 2004-10-19 15:58:08 UTC
Indeed.  This is related to bug #121810, but since you commented on that bug,
you would probably know that.
Comment 2 Ari Pollak 2004-10-19 16:07:55 UTC
Interesting.. re-reading one of those related bugs, it seems Photoshop doesn't
change the image's thumbnail either.
Comment 3 Sven Neumann 2004-11-13 15:36:07 UTC
I am about to commit code that allows plug-ins to register a procedure to load
embedded thumbnails and GIMP is going to use that procedure (if available) in
order to create a thumbnail for the Open dialog and Document History. So we
better make sure that the embedded thumbnail does correctly represent the image.
Raising priority on this bug.
Comment 4 Sven Neumann 2004-11-16 10:55:56 UTC
In case anyone wants to work on this, I'd like to point at the libgimp functions
gimp_drawable_get_thumbnail_data() and gimp_drawable_get_thumbnail(). One of
these (probably the first one) can be used to get a thumbnail suitable for
storing in the EXIF data.
Comment 5 Sven Neumann 2004-11-16 12:22:31 UTC
The JPEG plug-in should do the following when saving a thumbnail (this is partly
implemented already):

Retrieve the "exif-data" parasite and in case such a parasite exists:
  - offer the user the choice not to save it
  - offer the user the choice whether to save an EXIF thumbnail or not 
  - create or update the EXIF thumbnail if the user has choosen to save it
  - delete the EXIF thumbnail if the user has choosen not to save it

If there isn't any EXIF data attached to the image:
  - offer the user the choice whether to save an EXIF thumbnail or not
  - create the EXIF thumbnail if the user has choosen to save one
Comment 6 Mukund Sivaraman 2004-11-16 20:29:34 UTC
Created attachment 33856 [details] [review]
A patch for the above discussed is attached. This also reads thumbnails for the new API.

This also includes an implementation for bug #158190
Comment 7 Michael Natterer 2004-11-17 00:04:34 UTC
Created attachment 33864 [details] [review]
cleaned up patch

The above patch crashes instantly for me. Still, I've cleaned
it up to follow the coding style. Please use the updated
version for further modifications.
Comment 8 Michael Natterer 2004-11-17 01:06:15 UTC
Fixed in CVS:

2004-11-17  Michael Natterer  <mitch@gimp.org>

	* plug-ins/common/jpeg.c: applied (modified) patch from S. Mukund
	which adds EXIF thumbnail loading and saving.
	Fixes bugs #155761 and #158190.