Version: (using KDE KDE 3.5.8) Installed from: Ubuntu Packages I choose from the context menu: "Actions->Transform image->Rotate 90° clockwise" on a JPEG image, the new file has the top strip shifted at the bottom of the image (actually on the right as it has been rotated). The same behaviour happen when the JPEG image is rotated using the Gwenview preview and saved. The preview itself displays well after rotating but the saved image displays the bug. If using Gwenview not embedded in Konqueror, the image is well rotated. The data are not completely corrupted as the reverse bug appears when turning the image 90° counterclockwise: then the strip comes at its initial position so does the orientation and the initial image is recovered.
After more testing, it appears it is a Gwenview bug. The bug affects Gwenview as well. I did not see it at first because not every JPEG images display the bug which depends of the dimension ratio. For example, there is no such bug for a 640×480 image. Here is a 495×334 JPEG image with gradient created with the Gimp. 1) Open the file with Gwenview 2) Rotate the image 90° clockwise 3) Save (Ctrl-S): a clear strip should appear on the right side 4) Reverse the change: rotate the image 90° counterclockwise 5) Save: the image should appear correctly again
Created attachment 22237 [details] 495×334 JPEG image with gradient from black at top left to white at bottom right
I tested with KDE 4.6.4 and gwenview 2.6.4, Qt 4.7.3 and can still reproduce mentioned problem. I attach a screenshot after doing: gwenview /tmp/pic.jpg rotate-right save quit gwenview gwenview /tmp/pic.jpg A testprogram using QImage doing the rotation and save does not show this bug.
Created attachment 61278 [details] the file after rotating with gwenview
Could this bug be related to bug 132352?
Indeed, this is the same bug, thanks for spotting! *** This bug has been marked as a duplicate of bug 132352 ***