Bug 463459 - Rotated/flipped image is saved incorrectly
Summary: Rotated/flipped image is saved incorrectly
Status: CONFIRMED
Alias: None
Product: gwenview
Classification: Applications
Component: general (show other bugs)
Version: 22.12.0
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Gwenview Bugs
URL:
Keywords:
: 469250 489733 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-12-25 16:27 UTC by dk.1997-fast
Modified: 2024-07-04 20:32 UTC (History)
5 users (show)

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


Attachments
Image to reproduce bug (1018.49 KB, image/jpeg)
2022-12-25 16:27 UTC, dk.1997-fast
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dk.1997-fast 2022-12-25 16:27:43 UTC
Created attachment 154818 [details]
Image to reproduce bug

SUMMARY
Some images are saved incorrectly after being flipped or/and rotated (few pixels at the right/bottom border aren't affected)

STEPS TO REPRODUCE
1. Open image from the attachment
2. Flip or rotate it
3. Save resulting image

OBSERVED RESULT
Few pixel columns/rows at the right/bottom border aren't affected by flip/rotate

EXPECTED RESULT
Saved image is flipped/rotated properly

SOFTWARE/OS VERSIONS
Linux: Archlinux 6.1.1-arch1-1
KDE Plasma Version: 5.26.4
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
Comment 1 Paul Worrall 2023-05-02 07:27:41 UTC
*** Bug 469250 has been marked as a duplicate of this bug. ***
Comment 2 Hieu Van 2023-08-22 01:59:27 UTC
This also happens in digiKam 8.1.0
Comment 3 Hieu Van 2023-08-22 02:14:18 UTC
Also this seems to only happen to some particular photos. I guess it's related to EXIF orientation or some other metadata, as photos shot with one device may encounter this bug, but those shot with another device won't.
Comment 4 Maik Qualmann 2023-08-23 05:58:08 UTC
@Hieu Van, this bug report is about the Gwenview program, since you mention digiKam, I reply. In digiKam it is quite unlikely that the bug will still occur. The remaining edge lines occur with lossless JPEG rotation if the edge length of the images is not divisible by 8. We have set the appropriate flags in digiKam so that libjpeg then does not perform any rotation. If activated in the options, a loss rotation is carried out. If you have an example image that reproduces the problem, please provide it.

Maik
Comment 5 Paul Worrall 2024-07-04 20:32:59 UTC
*** Bug 489733 has been marked as a duplicate of this bug. ***