| Summary: | Setting multiple tags on multiple images does not work. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | jm7 <jm7> |
| Component: | Tags-Keywords | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.1.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | https://invent.kde.org/graphics/digikam/-/commit/5ec4f32e459cb1f5ffef88bce95b9965af536d28 | Version Fixed In: | 8.1.0 |
| Sentry Crash Report: | |||
|
Description
jm7@acm.org
2023-06-18 03:51:17 UTC
After reviewing the bug symptoms more, this needs to be marked as MAJOR as there is data loss. No reproducible at all here under Linux, operation is very fast. I use sqlite database. It sound like a look of the database in background. Which kind of datatabase did you use ? where do you store database files ? Also we needs a debug trace from Microsoft debugview program. Look the instructions from the contribute page: https://www.digikam.org/contribute/ Best Gilles Caulier Maik, Under Windows cross compiled with MXE, at the opposite with macOS and Linux bundles, we are back to Exiv2 0.27-maintenance branch, due to the lack of unicode support of paths under Windows with Exiv2 0.28. Gilles Git commit 626e53b2f9491c99263feccb29c3dfe4175be99b by Maik Qualmann. Committed on 19/06/2023 at 19:59. Pushed by mqualmann into branch 'master'. resolve the image history when deleting and restoring images already This means that the database is not locked later (transaction locking) if the image history is resolved later by just setting the "needTaggingHistoryGraph" flag. M +3 -3 core/libs/album/treeview/albumselectiontreeview.cpp M +40 -29 core/libs/database/utils/ifaces/dio.cpp https://invent.kde.org/graphics/digikam/-/commit/626e53b2f9491c99263feccb29c3dfe4175be99b I've noticed a bit of new information. Apparently, it works until the Geo Tag is done for a set of images. This has started happening in the last few beta releases. I've tried with the image database with the collection on a removable hard drive, and I've tried migrating the database to the internal disk with the images still on the removable hard disk. I can't move the images to the local hard drive since they take more space than the size of the internal drive. Ive set Write locations as tags and Write locations metadata. I am wondering if this is the root cause of the problem since it appears that it works until I go through the process of Reverse Geocoding. Reverse geocoding could actually be the cause. If the database tags are not in sync with the metadata tags, it can actually result in tag loss. In addition, tags are only created in the digiKam TagsList and dc.subject. This part is quite old and the geolocation editor is shared with showFoto which doesn't support database. I will fix it. Maik Git commit 5ec4f32e459cb1f5ffef88bce95b9965af536d28 by Maik Qualmann. Committed on 20/06/2023 at 20:04. Pushed by mqualmann into branch 'master'. sync database tags to the geolocation editor FIXED-IN: 8.1.0 M +2 -1 NEWS M +11 -2 core/libs/database/item/containers/itemgps.cpp M +59 -45 core/utilities/geolocation/geoiface/items/gpsitemcontainer.cpp M +1 -0 core/utilities/geolocation/geoiface/items/gpsitemcontainer.h https://invent.kde.org/graphics/digikam/-/commit/5ec4f32e459cb1f5ffef88bce95b9965af536d28 |