| 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 First Reported In: |
1.0.0 | |
|
| Target Milestone: |
--- | |
|
| Platform: |
Gentoo Packages | |
|
| OS: |
Linux | |
|
|
Latest Commit:
|
|
Version Fixed/Implemented In:
|
6.2.0
|
|---|
|
Sentry Crash Report:
|
|
| |
|---|
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.