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 548474 - EOG display TIFF files flipped
EOG display TIFF files flipped
Status: RESOLVED FIXED
Product: eog
Classification: Core
Component: image viewer
git master
Other Linux
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on: 465506
Blocks:
 
 
Reported: 2008-08-19 16:18 UTC by Pedro Villavicencio
Modified: 2011-06-08 19:13 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Pedro Villavicencio 2008-08-19 16:18:45 UTC
this report has been filed here:

https://bugs.edge.launchpad.net/bugs/256330

The report describe the issue in Evince but it's also reproducible with EOG

"In Evince I can see all pages of one multiple page TIFF file, but they are all
"flipped" (left <->right). Please, try to open the enclosed file in Evince to
see what I mean (it is like a mirror reflection).

Note:
1) KFaxView can display the file in the same Ubuntu installation properly.
2) We have a lot of such TIFF files in our company from scanning of documents
at the end of 90's - so it is probable that other business users may / will
face the same problem.
"

file: 

http://launchpadlibrarian.net/16673029/AK-LV104e.tif

this comment also said that probably isn't a libtiff bug but an application
one:

https://bugs.edge.launchpad.net/ubuntu/+source/evince/+bug/256330/comments/3

Thanks,
Comment 1 Pedro Villavicencio 2008-08-19 17:00:08 UTC
according to a conversation with an eog developer this is more like a gdk-pixbuf issue reassigning, thanks.
Comment 2 Claudio Saavedra 2008-08-21 17:23:30 UTC
Actually, the problem is not GTK+ not handling the orientation correctly. GdkPixbuf has an option with the image orientation and eog should use it. Maybe it's time that we stop relying on EXIF for the image auto orientation for the particular EXIF case and start using GdkPixbuf's "orientation" option.

After all, we already depend on GTK+ 2.11.6.
Comment 3 Felix Riemann 2008-08-22 12:14:34 UTC
I'm a little bit irritated, what's the expected orientation here? landscape or portrait?

Both KFaxView (said to be producing the correct result) and ImageMagick (said to be not producing the correct result AFAIU) show it in portrait orientation while letting GTK+ handle the orientation will produce a landscape image (which is as far as I understand the TIFF specs correct).

Besides of that I find it even more irritating what libtiff is doing with orientation values > 4 as it requires orientation handling in every app using it. Especially as bug 439994 comment 1 indicates that there is no real API to prevent libtiff from doing these strange transforms.
Comment 4 Felix Riemann 2011-06-08 19:13:41 UTC
We use GdkPixbuf's "orientation" value as a fallback now if we don't have Exif data (which is the case for eog with TIFFs). If autorotation is enabled this will rotate the images accordingly.

In this case this will flip the image but also rotates it 90° to the right. This is the orientation GdkPixbuf gives us. If it is still incorrect a new bug needs to be opened for GdkPixbuf.

commit 8ac825bea9ce49e500efd8ed94bd3177b03f9731
Author: Felix Riemann <>
Date:   Wed Jun 8 20:58:29 2011 +0200

    Use GdkPixbuf's "orientation" feature as fallback for autorotation
    
    Useful for formats where we don't support extracting the needed data
    ourselves (e.g TIFF) and if eog is compiled without libexif.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=548474
    https://bugzilla.gnome.org/show_bug.cgi?id=615114


This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.