Bug 491999 - Tagging images can change the sorted view
Summary: Tagging images can change the sorted view
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Labels (other bugs)
Version First Reported In: 8.4.0
Platform: Microsoft Windows Microsoft Windows
: NOR minor
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-08-21 18:25 UTC by Jérôme DEMEULLE
Modified: 2024-08-23 02:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In: 8.5.0
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jérôme DEMEULLE 2024-08-21 18:25:39 UTC
SUMMARY
From the Search-Tags view, tagging images  can change the sort.

STEPS TO REPRODUCE
1. Sort Items by Creation date (Menu View->Sort Items->By Creation date)
2. From Albums view (left tools bar) put a tag (right tools bar)  to some photos
3. From the tags view select the tag previously set.  Choose a photo (not the lastest) in the list
4. Change tags (not the one selected of course) or labels with the right tools bar.

OBSERVED RESULT
As soon you apply changes with the button, modified items will be resorted in last of list.
This occurs in Thumbails and Preview views.
It doesn't occur if labels are changed by keybord or mouse directly on images (Rating, Pick, Color labels or Tags)


EXPECTED RESULT
The sort should not changed except if we sort by "Modification Date" and modify the file timestamps with modifying metadata

SOFTWARE/OS VERSIONS
Windows 10 Version 22H2 (x86_64)

ADDITIONAL INFORMATION
Comment 1 Maik Qualmann 2024-08-21 18:41:15 UTC
I can't reproduce that here. We have a bug in digiKam-8.4.0 that means that the correct rating or creation date is not saved in the database during the first scan. When assigning metadata, a re-read takes place and the correct creation date is set. Please use digiKam-8.5.0 from here as a pre-release:

https://files.kde.org/digikam/

Maik
Comment 2 Jérôme DEMEULLE 2024-08-21 19:42:21 UTC
Hi Maik,
Thank you for effort 
I just tested with the 8.5 compiled today and I have exactly the same behaviour.
Do I should to roll back to 8.4 with my data base saved ?
Comment 3 Maik Qualmann 2024-08-21 19:57:40 UTC
No, you don't need to go back, as digiKam-8.5.0 already fixes some important bugs. However, you will need to re-read the metadata from the images in question so that the problem doesn't occur again.

Maik
Comment 4 Maik Qualmann 2024-08-21 20:06:00 UTC
Ok, I tried again with a different set of photos and can actually reproduce this behavior...

Maik
Comment 5 Maik Qualmann 2024-08-21 21:10:54 UTC
Git commit 82637fd007e1f72ded2e538b72d20d0cfaae1686 by Maik Qualmann.
Committed on 21/08/2024 at 21:08.
Pushed by mqualmann into branch 'master'.

fix missing set UTC time spec in the tag item lister
FIXED-IN: 8.5.0

M  +2    -2    core/libs/database/item/lister/itemlister_talbum.cpp

https://invent.kde.org/graphics/digikam/-/commit/82637fd007e1f72ded2e538b72d20d0cfaae1686
Comment 6 Jérôme DEMEULLE 2024-08-21 21:45:42 UTC
Thank's, Y're a magician...
Comment 7 Jérôme DEMEULLE 2024-08-22 15:46:44 UTC
Hi Maik, should I do something with the ticket status when I see that the issue is resolved (tested with the latest available version) ?
Comment 8 caulier.gilles 2024-08-23 02:34:52 UTC
no more, file is closed now...