Bug 451697 - Why does digikam do anything to Thumbnails if tags are changed?
Summary: Why does digikam do anything to Thumbnails if tags are changed?
Status: RESOLVED WORKSFORME
Alias: None
Product: digikam
Classification: Applications
Component: Thumbs-Engine (show other bugs)
Version: 7.7.0
Platform: Microsoft Windows Microsoft Windows
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-03-19 18:33 UTC by Steve Franks
Modified: 2023-05-13 19:07 UTC (History)
2 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve Franks 2022-03-19 18:33:47 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***
I am not reporting a bug!

This is just me being curious. I have a similar problem Mikkel Kludder, many of my images have hierarchical keywords in IPTC. Everytime I read their metadata I end up with multiple copies of the same keyword in different parts of my hierarchy. All I did was consolidate one of these keywords on 41 images. Digikam is now running a process titled "Thumbnails", which has stopped me doing anything for several minutes. What is this process actually doing? These images already have thumbnails.

STEPS TO REPRODUCE
1.  Change Tags on several files
2.  
3. 

OBSERVED RESULT
Digikam displays a message to show that it haas written the keywords, but the process indicator remains active and clicking on its up arrow shows that it is processing Thumbnails. No other actions are allowed until all processes have finished.

EXPECTED RESULT
Digikam writes metadata and is then ready to perform another task.
BTW The display telling one to wait until tasks have finished is inconsistent. It is possible to change tags on images, but not possible to move, or merge tags.
SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Maik Qualmann 2022-03-19 18:49:14 UTC
Is this also related to this problem? Bug 448223

A running move/merge tag action must be completed before a new one can be started. 

Maik
Comment 2 Steve Franks 2022-03-19 18:52:54 UTC
OK, some processes seem to be queued. Is it not possible to queue Move/Merge?
That isn't a complaint, I'm curious and happy to wait for processes to complete.
The thumbnail process doesn't appear every time.
Comment 3 Maik Qualmann 2022-03-19 19:03:15 UTC
No, a merge/move cannot be queued at the moment, it is partly explained in Bug 448223.

Which language do you use? There is only the process "Thumbs" in the maintenance tool, but "Thumbnails" is unknown to me.

Maik
Comment 4 Maik Qualmann 2022-03-19 19:14:54 UTC
The following messages come into question for tag apply/delete move/merge:

"Applying metadata"
"Assigning image tags"
"Removing image tags"
"Writing metadata to files"
"Synchronizing image metadata with database"

Maik
Comment 5 Maik Qualmann 2022-03-19 19:57:12 UTC
Did you press "F5"? The maintenance tool for rebuilding the thumbnails is started here. But also in your language en_GB (from the DebugView log of other bug reports) only "Thumbs" is written as process name.

Maik
Comment 6 Maik Qualmann 2022-03-20 06:18:01 UTC
I think all questions are answered, otherwise Bug 448223 already exists. I'm closing here.

Maik
Comment 7 Steve Franks 2022-03-20 11:05:57 UTC
(In reply to Maik Qualmann from comment #5)
> Did you press "F5"? The maintenance tool for rebuilding the thumbnails is
> started here. But also in your language en_GB (from the DebugView log of
> other bug reports) only "Thumbs" is written as process name.
> 
> Maik

No I didn't press F5.