Bug 346565 - A photo whose orientation I've corrected (rotated) subsequently becomes inverted
Summary: A photo whose orientation I've corrected (rotated) subsequently becomes inverted
Status: RESOLVED FIXED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 5.0.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL: https://youtu.be/W7fFoI2jWhg
Keywords:
: 347047 350189 359198 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-04-24 12:25 UTC by Trevor Parsons
Modified: 2017-11-13 21:23 UTC (History)
10 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
Gwenview when opening a portrait-oriented picture (165.83 KB, image/png)
2015-08-22 15:31 UTC, Kyrylo Bohdanenko
Details
Gwenview after rotating a portrait-oriented picture (300.74 KB, image/png)
2015-08-22 15:32 UTC, Kyrylo Bohdanenko
Details
Gwenview when opening a rotated portrait-oriented picture (the picture is flipped) (334.50 KB, image/png)
2015-08-22 15:33 UTC, Kyrylo Bohdanenko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Trevor Parsons 2015-04-24 12:25:33 UTC
Photos whose orientation I've corrected become inverted, but only after I've moved four or more photos further on and then returned to them.

Reproducible: Always

Steps to Reproduce:
1. Open an image in a folder of JPEGs with Gwenview.
2. Find an image whose orientation you want to correct. Rotate it as desired. Save.
3. Click the 'Go to next image' button four times to continue viewing your photos. Click back four times to return to the photo you rotated.

Actual Results:  
The image whose orientation you corrected is now inverted (upside down).

Expected Results:  
The image should still be the right way up, as you left it.

The problem doesn't occur if you only click the 'Go to next image' button three or fewer times. Only four or more.

If you subsequently rotate an inverted image a second time so as to correct it, the correction becomes permanent, ie the rotation bug does not take effect again.
Comment 1 Christoph Feck 2015-05-02 22:10:13 UTC
*** Bug 347047 has been marked as a duplicate of this bug. ***
Comment 2 Gauthier 2015-05-03 08:48:21 UTC
Hereis something similar (Bug 347047)

If you open a portrait image in Gwenview it opens in landscape (rotated by 90 degree). Then when rotating and saving such image it actually save a mirror version of how you want it. 

To get the image the right way around, you have to save it the wrong way around in Gwenview (i.e you a to save a mirror version of how you want it). Once the image has been corrected to how you want it (saving it upside down with Gwenview so you get it the right way around), then Gwenview reopen the image perfectly - i.e. the right way around even if it is a portrait. 

With some pictures these problems do not happen but haven't been able to see a pattern or a difference in the file other than all images for which it happened were taken with Canon cameras (IXUS 107 ; IXUS 90 ; ELPH 100HS). Problem also did not occur on low resolution images (<1MP) even if taken with a Canon.

Reproducible: Sometimes 

Steps to Reproduce: 
1. Open a jpg that was taken as a portrait in gwenview 
2. Rotate such image to whatever position 
3. Save 

Actual Results: 
Firstly, Gnewview opens portrait image as landscape (i.e. rotated by 90 degree) Then, after saving, the resulting image (as shown in Dolphin preview or if opened with say Okular) is a mirror of how it was displayed by Gwenview you pressed save. To get the image you want you have to save a mirror version of it in Gwenview (i.e. the other way around - upside down or right to left to how you actually want it) 

Expected Results: You'd expect Gwenview to open the image the right way around (i.e. as portrait if it's a portrait image) After saving you'd expect the resulting image to be saved as it appears in Gwenview when you pressed save.
Comment 3 peter 2015-07-11 13:08:56 UTC
At "Browse" my images are displayed in their right direction, while in "View" some are rotated or even inverted (depends on landscape or portrait, I think). So, turning images in "View" with correct orientation (only wrong displayed) might possible be the root cause!?
Comment 4 PGillespie 2015-08-09 17:54:24 UTC
I've also got this bug -- using Plasma 5: KDE 4.14.8.
Comment 5 Kyrylo Bohdanenko 2015-08-22 15:31:56 UTC
Created attachment 94171 [details]
Gwenview when opening a portrait-oriented picture

I would like to attach screenshots showing the bug: 
1. Gvenview opens the picture incorrectly
2. After rotation the picture is displayed correctly
3. After opening the saved rotated picture it is flipped upside-down (in other viewers too)
Comment 6 Kyrylo Bohdanenko 2015-08-22 15:32:31 UTC
Created attachment 94172 [details]
Gwenview after rotating a portrait-oriented picture
Comment 7 Kyrylo Bohdanenko 2015-08-22 15:33:17 UTC
Created attachment 94173 [details]
Gwenview when opening a rotated portrait-oriented picture (the picture is flipped)
Comment 8 Kyrylo Bohdanenko 2015-08-22 15:40:29 UTC
Here is my picture.
Original: https://mega.nz/#!W45SSZyY!hrFH8Wwxq_ORQyVtQm0U-6ZMTSKjiAWaUWi4Qf-a6Vw
Rotated (couter clockwise, 90 degrees, using gwenview): https://mega.nz/#!2g5k0BRY!AwkWN2dFk69urP3_milS7gXVlYKfxky6kJATYZdPqLs
Comment 9 Christoph Feck 2015-09-27 14:46:31 UTC
*** Bug 350189 has been marked as a duplicate of this bug. ***
Comment 10 Aitor 2015-09-28 09:58:33 UTC
This images were taken using a Panasonic Lumix DMC-TZ60 ( https://drive.google.com/folderview?id=0B_qn6w8nFQ2kOThiMTBiMjgtMjhkOC00YTEwLWIzMTEtNTkzYTQwOTBiOGEw ).
Both lamp images in that folder where copied without modification from the camera to Google Drive. I rotated the river picture on my PC and then it was displayed upside down. I've noticed that this camera writes two "Orientation" EXIF tags in every image and only one of them is changed in the river image.

This happens on both:
ArchLinux
KDE Frameworks 5.14.0
Qt 5.5.0

and Kubuntu 15.04
KDE Frameworks 5.9.0
Qt 5.4.1
Comment 11 Pierre Choffet 2017-02-05 03:31:55 UTC
*** This bug has been confirmed by popular vote. ***
Comment 12 Nate Graham 2017-11-09 19:35:48 UTC
*** Bug 359198 has been marked as a duplicate of this bug. ***
Comment 13 Nate Graham 2017-11-09 20:31:42 UTC
Is anybody able to reproduce this with Gwenview 16.x or 17.x? I can't.
Comment 14 Trevor Parsons 2017-11-13 21:17:48 UTC
(In reply to Nate Graham from comment #13)
> Is anybody able to reproduce this with Gwenview 16.x or 17.x? I can't.

With Gwenview 17.08.2 I'm no longer able to reproduce this bug.
Comment 15 Nate Graham 2017-11-13 21:23:26 UTC
Excellent, thanks for the info.