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 390266 - Only the first image is autorotated
Only the first image is autorotated
Product: eog
Classification: Core
Component: image viewer
git master
Other All
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Reported: 2006-12-28 08:09 UTC by Jef Driesen
Modified: 2007-05-17 14:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16

Description Jef Driesen 2006-12-28 08:09:14 UTC
Please describe the problem:
When viewing multiple images, only the first one is autorotated. It seems
that when eog_image_autorotate is called (from eog_window_open in
eog-window.c), the exif data is only loaded for the first image.

This problem is related to bug 148400, where the autorotation feature was implemented.

Steps to reproduce:

Actual results:

Expected results:

Does this happen every time?

Other information:
Comment 1 Lucas Rocha 2007-03-05 18:39:25 UTC
Fixed in trunk, thanks!

2007-03-05  Lucas Rocha  <>

        * libeog/eog-image-private.h, libeog/eog-image.c: schedule automatic
        orientation for all images in image list for future rotation (Fixes
        bug #390266).
Comment 2 Jef Driesen 2007-03-15 08:58:44 UTC
I tested the latest version and noticed that only the main image is autorotated The thumbnails (in the image collection pane) are not autorotated. This is really confusing for the user.

Only when the thumbnail cache (located in ~/.thumbnails) already contains rotated images (e.g created by an external application like gThumb), the thumbnails are shown correctly. And placing (unrotated) thumbnails in the cache makes gThumb (and probably other exif orientation aware viewers) display unrotated thumbnails.

I see two possible solutions here:

1. Store normal (unrotated) thumbnails in the cache and rotate them for display.

+ Backwards compatible with non exif-aware viewers (e.g. nautilus thumbnails), because thumbnails have the same orientation as the image.
- Slower display, because an extra transformation is required. (Well I'm not sure if the transformation slowdown is noticeable, because thumbnail images are very small. But you also need to read the exif orientation tag from the full image and that is maybe more problematic than the actual transform.)

2. Store autorotated thumbnails in the cache.

+ Fast display, because no extra transformation is required.
- Non exif-aware viewers will still create normal (unrotated) thumbnails, resulting in the problems I described above.

In an ideal world (where every image viewer is aware of the exif orientation tag), solution #2 would be the best. But unfortunately that is not the case and solution #1 is the best option for maximum compatibility. (gThumb and f-spot implement solution #2.)

PS: I wanted to write a short comment only, but it turned out to be a more complex issue than I thought at first. Maybe this should go in a new bug?
Comment 3 Michael Chudobiak 2007-05-17 14:33:56 UTC
Closely related: bug 428725

- Mike