Bug 252693 - Gwenview messes up picture when using flipping tools
Summary: Gwenview messes up picture when using flipping tools
Status: RESOLVED DUPLICATE of bug 132352
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR major
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-28 23:44 UTC by Martin Klapetek
Modified: 2012-10-19 13:27 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
This is the original image, which is then mirrored and flipped in the other attachements. (38.20 KB, image/jpeg)
2010-09-28 23:44 UTC, Martin Klapetek
Details
This image is only mirrored and then saved as a normal JPG with no additional settings. (38.14 KB, image/jpeg)
2010-09-28 23:45 UTC, Martin Klapetek
Details
This one is flipped and then again saved as JPG with no extra options whatsoever. (38.11 KB, image/jpeg)
2010-09-28 23:47 UTC, Martin Klapetek
Details
This is another original JPG image with different buggy results when mirrored/flipped (83.08 KB, image/jpeg)
2010-09-28 23:48 UTC, Martin Klapetek
Details
This is mirrored version of the previous attached image. See the tiny bar on the right (84.25 KB, image/jpeg)
2010-09-28 23:49 UTC, Martin Klapetek
Details
This is flipped version of the second image. Interesting is, that this image seems ok. (84.20 KB, image/jpeg)
2010-09-28 23:50 UTC, Martin Klapetek
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Klapetek 2010-09-28 23:44:45 UTC
Created attachment 52056 [details]
This is the original image, which is then mirrored and flipped in the other attachements.

Version:           unspecified (using KDE 4.5.1) 
OS:                Linux

When I use the 'mirror' or 'flip' tools in Gwenview 2.5.0 (I don't know the english strings for that as I don't use english locale, but these are the tools that flips the image either horiz. or vert.) and then I save the image as a new file, it is displayed ok, but when I reload the picture, you can see the original unflipped image in the background and over that is the new flipped image, but it is shifted either to the left (mirror) or to the top (flip) by some amount of pixels, therefore enabling you to see the original image beneath it (see the attachements for better understanding). Interesting is, that it doesn't happen with all images. I'll upload two testcases so you can see.

Reproducible: Always

Steps to Reproduce:
1. Open the image
2. Use Mirror or Flip tool

Actual Results:  
The image is displayed as it should be, but it is not saved that way.

Expected Results:  
Have the image saved ok (what I see is what I want to have saved).

I'm marking this bug as a major as it describes it as 'bug that causes data loss', which this bug certainly does (worst case scenairo would be if you'd overwritte your original image).
Comment 1 Martin Klapetek 2010-09-28 23:45:51 UTC
Created attachment 52057 [details]
This image is only mirrored and then saved as a normal JPG with no additional settings.
Comment 2 Martin Klapetek 2010-09-28 23:47:40 UTC
Created attachment 52058 [details]
This one is flipped and then again saved as JPG with no extra options whatsoever.
Comment 3 Martin Klapetek 2010-09-28 23:48:50 UTC
Created attachment 52059 [details]
This is another original JPG image with different buggy results when mirrored/flipped
Comment 4 Martin Klapetek 2010-09-28 23:49:39 UTC
Created attachment 52060 [details]
This is mirrored version of the previous attached image. See the tiny bar on the right
Comment 5 Martin Klapetek 2010-09-28 23:50:31 UTC
Created attachment 52061 [details]
This is flipped version of the second image. Interesting is, that this image seems ok.
Comment 6 Jekyll Wu 2011-12-09 07:41:44 UTC
I can reproduce the reported problem using the attached original image in KDE SC 4.8 beta2
Comment 7 Jekyll Wu 2011-12-15 16:49:05 UTC
probably related with bug 132352 and bug 153066.
Comment 8 Aurelien Gateau 2012-01-06 08:36:05 UTC

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