Red Hat Bugzilla – Bug 154627
Nautilus doesn't honor JPEG EXIF orientation information when generating thumbnails
Last modified: 2007-11-30 17:11:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050323 Firefox/1.0.2 Fedora/1.0.2-1.3.1
Description of problem:
My digital camera has an orientation sensor, and this information gets encoded into the JPEG file's EXIF information.
When viewing a directory in "View as Icons" mode in nautilus, the thumbnail generation doesn't take this into account, so some images are not correctly oriented.
Note that when viewing the image in eog or GIMP, this field is also not honored there.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Take a picture using a digital camera that records orientation into EXIF fields. Make sure the picture is portrait (not landscape)
2. Get the JPEG file from the camera onto the PC
3. View the directory containing the image in nautilus in "View as Icons" mode.
Actual Results: Thumbnail image is displayed landscape - incorrect orientation
Expected Results: Image should be displayed portrait - the orientation encoded into the EXIF information
Aaargh. Now I've rotated a few pictures without changing the EXIF information
(since the available tools - eog and jpegtran - don't fixup the EXIF when
rotating), I find that kuickview *does* honour the EXIF "rotation" flag, and
hence a bunch of images show up as double-rotated.
(But interestingly enough, kuickview's preview doesn't honour the EXIF info, but
the full slideshow does...)
BUMP - any progress on this? Most media devices honor the exif Orientation data
as well and if you rotate any images with gthumb you will end up with double
rotated images. :-(
Its unlikely i'll have any time to work on this. Filing it upstreams (against
libgnomeui which does the thumbnailing) might get it fixed.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
libgnomeui now obeys the orientation tag, as of libgnomeui 2.19.0. Should be in F8.
Verified fixed in F8.