Bug 502455

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

Not sure if you'd want this in a separate issue...  All in all, rotation in DK is pretty confusing.  Are there Unit Tests or requirements somewhere describing how things should work?

Issues I observed:
In Album view, or Preview mode, rotation often does not work, no matter how I try to rotate (Preview view, Item - Rotate, shortcuts)
When using Rotate shortcuts, for some reason it rotates only on second press.
When it works in DK, the image file is not rotated when showing in other applications.

your observed issues are not reproducible at all under Linux. Sounds like a files access restriction or antivirus side-effects under Windows...

* Antivirus - I can test with it disabled, please help identify specific scenarios.
* Linux vs Windows differences - hard to comment, I am not familiar with that.  would it help for me to test that on Ubuntu, to make sure we are not miundestanding each other?

I observed that while DK is doing background operations, specifically writing to DB (I am using MySqL-Internal), it is ignoring user commands.

Verifying the issue in 8.7


STEP 1: rotate a set of images

* Album view
* select 4 images
* menu:Item, Rotate, Right

Expected Result: the 4 images shown as rotated 90' to the right.
Observed Result: 1 image is not rotated.  The remaining images (2-4) shown as rotated 90' to the right.




STEP 2: rotate one of the images
* Album view
* select 1st image
* menu:Item, Rotate, Right

Observed Result: the image is rotated 2 steps/180' from the original state, implying it was rotated in the step 1 but the state was not shown.

Expected Result: other images are not affected
Observed Result: other images are not affected -- this is a change from 8.6, nice!


STEP 3: rotate another one image
* Select image 2
* menu:Item, Rotate, Right
Expected Result: The image is rotated 1 step.
Observed Result: The image is rotated 1 step.

Expected Result: other images are not affected
Observed Result: other images are not affected -- this is a change from 8.6, nice!


STEP 4: rotate all images
* Select all 4 images
* menu:Item, Rotate, Left
Expected Result: all 4 images are rotated 1 step.
Observed Result: all 4 images are rotated 1 step.

STEP 5: auto-rotate all images
* Select all 4 images  (2 pairs: JPEG+DNG)
* menu:Item, Rotate, Autorotate
Expected Result: all 4 images are rotated to the initial state.
Observed Result: DNG files 1&3 are not rotated.  JPEG files 2&4 have the rotation reset to the initial state.


STEP 6: rotate another CR2 image
Observed Result: in Album view, the image is not shown as rotated.  It gets rotated with Preview open.


CONCLUSION:
* The issue with the linked rotation is gone.
* First file is the set if internally rotated but the update is not shown on the screen until a following rotation attempt.
* Autorotate does not work with DNG file.
* Rotation is not shown with CR2 image.

Do not expect to see any rotation with DNG and CR2 files. They are read only (RAW files).

Best regards

Gilles Caulier

Maik,

I think this file can be closed following comment #10. All points about RAW are irrelevant has files are read only. Right?

Gilles