Image rotation results in broken EXIF Orientation and Resolution tags

Bug #672222 reported by Eugene Crosser on 2010-11-07
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released
gthumb (Ubuntu)

Bug Description

Binary package hint: gthumb

When gThumb physically rotates images (including auto-rotation on camera
import), the resulting image has broken EXIF tags for Orientation and

$ jhead -v 2010_11_07-14_24_33.jpg
Exif header 4282 bytes long
Exif section in Intel order
(dir has 16 entries)
    Make = "Canon"
    Model = "Canon DIGITAL IXUS 80 IS"
    Orientation = 0
    Orientation = 1
    Orientation = 1

Nonfatal Error : '2010_11_07-14_24_33.jpg' More than two orientation in Exif
    Orientation = 1

Nonfatal Error : '2010_11_07-14_24_33.jpg' More than two orientation in Exif
    XResolution = 0/327962
    XResolution = 180/1
    XResolution = 180/1
    XResolution = 180/1
    YResolution = 180/1
    ResolutionUnit = 2
    Software = "gthumb 2.11.3"
    DateTime = "2010:11:07 14:24:33"

This (apparently) results in Shotwell segfaulting on import of such images, and
perl Image::Info complaining about invalid RATIONAL value for XResolution.

System is Ubuntu Maverick on AMD64.

Eugene Crosser (crosser) wrote :

Have also opened this bug in gnome:

Eugene Crosser (crosser) wrote :

Upgrading exiv2 to 0.20 *and* gthumb to 2.12 solves the problem
(upgrading any single one of these packages does not!)

For the record:
  Installed: 0.20-2
  Installed: 3:2.12.0-1~webupd8~maverick

to package maintainers: please consider pushing the updates.

Changed in gthumb:
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

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