| Summary: | If a a second "action" that writes metadata to files is started, the currently running "action" is aborted | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Ian Hubbertz <kde_bugs> |
| Component: | DImg-FileIO | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, marcel.wiesweg |
| Priority: | NOR | ||
| Version: | 1.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 6.2.0 | |
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. The caption/tags problem is the same as for 206127 *** This bug has been marked as a duplicate of bug 206127 *** Fixed with bug #206127 |
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.