Bug 214038 - If a a second "action" that writes metadata to files is started, the currently running "action" is aborted
Summary: If a a second "action" that writes metadata to files is started, the currentl...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: DImg-FileIO (show other bugs)
Version: 1.0.0
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-10 22:08 UTC by Ian Hubbertz
Modified: 2022-02-04 06:29 UTC (History)
2 users (show)

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

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Ian Hubbertz 2009-11-10 22:08:30 UTC 
Version:           1.0.0-beta4 (using KDE 4.3.3)
OS:                Linux
Installed from:    Gentoo Packages

Howto reproduce:

1. Select a large amount of images.
2. Tag them with some tag.
3. Select some other images.
4. Tag them, too. (I tried with another tag, but I assume the behaviour is same, if the same tag is added).

---> Result: The first tagged images have not all been updated with the tag information (image metadata).

Database was correct for me, but updating the database finished before I started bullet 4.

It seems that the running background job ("adding metadate to image files") is cancelled as soon as the new is started.
Comment 1 Marcel Wiesweg 2010-03-17 19:37:34 UTC 
If you tag by drag-and-drop or context menu, this bug should be fixed.
There may still be issues with the Caption/Tags sidebar.
Comment 2 Marcel Wiesweg 2010-03-17 19:44:40 UTC 
The caption/tags problem is the same as for 206127

*** This bug has been marked as a duplicate of bug 206127 ***
Comment 3 caulier.gilles 2019-07-28 01:46:51 UTC 
Fixed with bug #206127