Problem 1: STEPS: * Start with People menu - Unknown set * Select 2 adjacent images. * right click, rotate, left. Expected result: the thumbnails rotate one step (left). Actual result: the thumbnails rotate two step (left). Reproducible. Possibly the number of selected images is used as the number of rotation actions - this is true when rotating more images. Problem 2: STEPS: * Continuing from the previous scenaio (the images are somehow linked now?) * Select one of the two images. * right click, rotate, left. Expected result: image 1 is rotated, image 2 is not. Actual result: both images are rotated. It looks like flipping is affected by the same behavior.
This problem can occur if the images already have a rotation set via the orientation flag. You should first set the orientation flag to normal and then rotate from there. Maik
(In reply to Maik Qualmann from comment #1) > This problem can occur if the images already have a rotation set via the > orientation flag. You should first set the orientation flag to normal and > then rotate from there. > > Maik Maik, Could this issue also affect the new auto-rotator? The auto-rotator works by calling the same functions as rotate, but which rotate function is determined by the output of the autorotation DNN model. I've been trying to debug an issue where if you auto-rotate a single image it works well, but when autorotating multiple images the results are not good. Cheers, Mike
Summary: I reproduced the bug: the problematic behavior as Maik said: when images start with non-Normal orientation flag - not 1. Steps: X Close Digikam X move 2 files to clean test folder (no interaction with RAW or video pairs or sidecar files). X Delete sidecar files X using exiftool, check preexisting orientation: Rotate 90 CW - 9 X using exiftool, reset orientation to "normal". exiftool -n -Orientation=1 *.JPG x start digikam. x allow to sync the files. x visually check orientation in DK: 2 files need "1 right" rotation. x select the 2 files. X change the orientation together. Expected behavor, rotated 90' - 1 step. x update Digikam settings for orientation: set using a flag x rotate to set Orientation to 6 (saved in xmp) x select the 2 files. x change the orientation together. x result: unexpected behavor, rotated 180' - 2 steps.
Hi, The 8.7.0 pre-release Windows installer from today have been rebuilt from scratch with Qt 6.8.3, KDE 6.12, OpenCV 4.11 + CUDA support, Exiv2 0.28.5, ExifTool 13.27, ffmpeg 7, all image codecs updated to last version (jxl, avif, heif, aom, etc.). Please try with this version to see if your problem still reproducible... https://files.kde.org/digikam/ Thanks in advance Best regards Gilles Caulier
Is there an easy way to install 8.7 in parallel with 8.6? I am hesitant to affect my live data with the development version. Is 8.7 release date known at this point? https://www.digikam.org/documentation/releaseplan/
Hi. The best way (and safe) to test 8.7.0 is too use a dedicated account on your computer + a dedicated database pointing to a small test collection. Do not yet use digiKam in production yet. You can download the binary tarball version instead the installer and uncompressed the content in your home directory. Just start the digikam.exe in the sub dir. Planed release date will be in June, but nothing is yet test and completed. This can be delayed of course. Best Gilles Caulier