GNOME Bugzilla – Bug 334487
gthumb uses actual image not the thumbnail stored in the image (if there is one)
Last modified: 2006-11-11 11:07:04 UTC
this is not a bug, per se. i use gthumb for rotating images mostly (wish my camera did it automatic somehow) but have noticed that it reads all of the images completely and does not read the thumbnails stored in the jpg images. so when i rotate the image with gthumb it appears ok in gthumb & other viewers (viewing the entire picture); however, when i use a Windows or Mac box (bleh...) it reads the thumbnails out of the image and everything is sideways. i hope there is some way around this as i don't want to have to use exif to extract the thumbnails, then flip those too, and then use exif to re-insert the thumbnails Other information:
Continuing the thread from http://bugzilla.gnome.org/show_bug.cgi?id=343867#c167. gthumb should calculate a new exif thumbnail if a physical transform is performed. (Presumably it doesn't need to if just the orientation tag is changed.) - Mike
Jef, Do you think you can fix this? I think this is the last bug that should be cleaned up before making a new release (2.9.0). - Mike
As part of bug 361913, I'm working on a patch to adjust the exif tags directly inside the jpegtran function. That will be more efficient (no more temporary files). For the implementation, I used some ideas from the exiftran utility, which can also transform the thumbnail. I copied that thumbnail code for a quick test, and it seems to work. But it certainly needs some more work. The rest of the patch (resetting the exif orientation tag and swapping the image dimensions if necessary) is almost ready.
Closing as a duplicate of bug 361913, where the patch is being developed. - Mike *** This bug has been marked as a duplicate of 361913 ***