Summary: | Auto-rotate Using Exif information: rotates wrong picture | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Nicofo <nicofo> |
Component: | Metadata-Orientation | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 3.5.0 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 8.2.0 | |
Sentry Crash Report: |
Description
Nicofo
2013-12-29 22:39:17 UTC
Additional info: I'm wondering if this bug could be related to bug 329976 . It would be surprising since in this bug, only 2 pictures were wrongly rotated while I have a lot of pictures in portrait/landscape mode in the concerned directory, but the result seems identical. New info: I remark now that the digikam timestamp of my pictures is not correct from picture 94 (reminder: I had a rotation problem for pictures 102 and 103). As in bug 329976, timestamp of picture 94 equals exif of picture 93, etc for the following pictures... I remind me that I had deleted one picture (say number 80) and renamed my pictures consequently so 81 became 80 ; .... ; 94 became 93 ; 95 became 94 ; etc... So, finally, I think this is well an undesired effect of bug 329976. However, strangely, although I deleted picture 80, timestamp of pictures 80 to 93 are correct ?? It's only from picture 94 that it becomes to be wrong (for the majority but not all ?). And no rotation problem for these pictures ?? Still valid using last digiKam 4.2.0 ? Gilles Caulier Gilles, for me, this is another confusion caused by bug 329976. If you agree, you can set this bug as a duplicate of bug 329976. *** This bug has been marked as a duplicate of bug 329976 *** Nicofo, The digiKam 8.2.0 pre-release for Windows is available for testing : https://files.kde.org/digikam/ Problem still reproducible on your computer ? Thanks in advance Gilles Caulier No such problem since a long time. Note: probably because bug 329976 does not affect the orientation anymore since a long time (because orientation is reread from the metadata of the file after a renaming - if option 'Rescan file when files modified' activated) So this bug can be closed (it was already in the state "resolved" (duplicate) btw ;-) ) Thanks for the feedback |