Bug 496495 - Sort by examination date fails after editing an image
Summary: Sort by examination date fails after editing an image
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Albums-ItemsSort (show other bugs)
Version: 8.4.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-11-20 13:56 UTC by Dirk
Modified: 2024-11-20 14:48 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk 2024-11-20 13:56:47 UTC
SUMMARY
Selecting Preview / Thumbnail view with sort order configured as sort by examination date the images are initially shown in correct order as expected. If you do any changes to an image e.g. crop, save and close editor, that image jumps to a different position in the preview (although the date/time is and is shown correct). If you now change the sort order to any other and back again to 'sort by examination date' the modified image jumps to its correct place according examination date/time.

STEPS TO REPRODUCE
1. have an Preview image album view with some images - sort order selected as: 'sort by examination/creation date'
2. Modify any image from a middle position (e.g. F4 -> crop -> save -> close)
3. After editing the position of the changed image changed to a wrong position not representing its creation date
4. Change sort order to any other and than back again -> the image jumps back to correct position

OBSERVED RESULT
sort order (configured to sort by creation date) does not fit for a just modified image

EXPECTED RESULT
sort order should always show the thumbnails in correct order (as configured)

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
KDE Plasma Version: 6.1.5 
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2

ADDITIONAL INFORMATION
Comment 1 Maik Qualmann 2024-11-20 14:48:09 UTC
In digiKam-8.4.0 the date information and the rating were saved incorrectly in the database during the first scan (fixed in digiKam-8.5.0). You have to re-read the metadata (also with digiKam-8.5.0) to correct the items in the DB. When saving or changing, the date is now corrected, which causes the images to "shift".

Maik