related to 502200 If more than one image is selected in thumbnail view and auto-rotated (Ctrl/Shift up), the result is often wrong. (Tested with 5 and 100 images) If only one image is selected, auto-rotate works fine. This was tested with nightly build from Saturday 2025-04-05 with both tiff and jpg files.
(In reply to Braun.Lot from comment #0) > related to 502200 > If more than one image is selected in thumbnail view and auto-rotated > (Ctrl/Shift up), the result is often wrong. (Tested with 5 and 100 images) > If only one image is selected, auto-rotate works fine. > This was tested with nightly build from Saturday 2025-04-05 with both tiff > and jpg files. Thank you, Lothar. I think this might be related to #502455. I'll need Gilles or Maik's help to figure it out. Cheers, Mike
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
Hi, it seems somewhat improved, but not fixed. I do start with an empty database and point digikam to an album with 100 tiff Files, all scans from color slides. All with the same orientation (landscape or perhaps none) I select all with CTRL/A and run auto-rotate with Ctrl/Shift up. Some will be rotated but it seems quite random which one is and which not. Pressing CTRL/Shift up again leads to other still random but somewhat better results. Marking only 6 in a row gives good results, no matter if I start with a fresh database or after trying with CTRL/A. Looks a bit like an optimisation for a specific number gone wrong (just guessing) Also sometimes just one of any selected thumbnails changes orientation with every press of Ctl/Shift up, but not if it is the only selected thumbnail. testet with digiKam-8.7.0-20250413T130156-Qt6-Win64.tar.xz