GNOME Bugzilla – Bug 150611
Images are not rotated according to EXIF data on display
Last modified: 2005-11-01 01:07:45 UTC
When a jpeg image is displayed using gthumb 2.5.0, the EXIF orientation field is not taken into consideration when orienting the image. If the value if the orientation field is not "top left", then the image will not be oriented correctly. Patch to follow.
Created attachment 30775 [details] [review] EXIF orientation patch This patch adds support for the EXIF orientation field to the image loader. When an image is loaded with this field present, the image is rotated according to the field's value. This was accomplished by moving gth-exif-utils.h and gth-exif-utils.c from the main gthumb module into libgthumb, and copying some code from src/dlg-jpegtrans.c into libgthumb/image-loader.c.
I won't apply this path because images must be viewed as they are not as they should be, if the user wants to rotate the image he can use the rotate tool.
Why on earth should should you ignore EXIF orientation so long as its correct? Why should you force the user to manually fix all their pictures, when the EXIF data is there precisely to avoid that sort of meaningless labour? If the user decides to change the orientation later, can't the EXIF field be overwritten with the new orientation? Your comment isn't sufficient to justify why you are right. Can you elaborate why you wont fix it?
Created attachment 35309 [details] [review] patch to rotate according to EXIF information, against CVS tree 20041216
Created attachment 54169 [details] [review] Patch against gthumb 2.6.8