GNOME Bugzilla – Bug 534976
exif rotation both busted and not busted in same filechooser
Last modified: 2013-05-28 01:33:17 UTC
See attached screenshot; note that the thumbnail next to the listing for 00453.jpg has the rotation of the picture correct, but the main view does not. (The correct rotation in the thumbnail I presume means that the exif data is being correctly read somewhere but not everywhere.)
Created attachment 111568 [details] Attachment showing simultaneous correct and incorrect rotation
Michael, you have been working on exif rotation in gdk-pixbuf. Can you have a look at this ?
The problem here is probably just that the thumbnailer uses exif information, and whatever displays the preview does not. It is not a filechooser issue per se, since the preview is done on the application side.
The gnome thumbnailer calls gdk_pixbuf_apply_embedded_orientation. The preview code needs to do the same. Where does that preview come from? - Mike
That screenshot came from firefox3. (I could have sworn I saw the same behavior in gimp or some other app this weekend, but double-checking now and at least it definitely wasn't gimp.)
Ah, thats probably unfixable then, since from what I remember, the current ff cutoff point for gtk api is 2.10. And gdk_pixbuf_apply_embedded_transformation is a 2.12 addition.
This is an issue with the Firefox filepicker. I have reported a bug here: https://bugzilla.mozilla.org/show_bug.cgi?id=876553 and proposed this be fixed as part of the GTK 3 port as is hardly seems worth bumping the required gtk 2 version just for this.