Bug 346384

Summary:	Gwenview ignores exif rotation & breaks thumbnail on rotate
Product:	[Applications] gwenview	Reporter:	Ondřej Hruška <ondra>
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	major	CC:	alejandro.perez.mendez, kde, kdebugs, myriam
Priority:	NOR
Version First Reported In:	Git (add output of "git log -1 --oneline" to description)
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
URL:	https://dl.dropboxusercontent.com/u/64454818/TMP/51.png
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Ondřej Hruška 2015-04-20 08:36:29 UTC

The thumbnails of portrait images are shown correctly, but the viewer shows the image in landscape and oddly small. Rotating rotates the image (which doesn't need it for it's already rotated correctly) and the thumbnail rotates in the opposite direction.


Reproducible: Always

Steps to Reproduce:
Open a folder which contains some portrait pictures straight from a camera

Actual Results:  
The viewer shows the images all in landscape and portrait ones weirdly small. Thumbnails are correct.

Expected Results:  
Thumbnails with portrait images should show portrait images in both the viewer and thumbnail bar

The size in viewer is fixed by 2x toggling the "Fit" zoom mode.

When you rotate the image in gwenview, it appears to rotate in the viewer, the thumbnail gets rotates in the other direction (wtf?) and the image is then rotated wrong for other viewers.

A workaround is to open the folder in DigiKam and run "auto-rotate images by exif". Gwenview then shows the image in correct orientation.

Happens in both 4.13.2 and the 5.0.0 / git version. This is a regression, it worked a year ago or so.

Comment 1 Alejandro 2015-04-21 06:39:38 UTC

Hi,

I suffer from the exact same behaviour. Using version 5.0.0 from Arch Linux official repositories.

Comment 2 Patrick 2015-04-25 15:14:34 UTC

This is a duplicate of bug 344987.

https://bugs.kde.org/show_bug.cgi?id=344987

Comment 3 Christoph Feck 2015-05-02 22:08:19 UTC


*** This bug has been marked as a duplicate of bug 343044 ***