[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 Maik Qualmann changed: What|Removed |Added Latest Commit||https://invent.kde.org/grap ||hics/digikam/-/commit/4cfbc ||bdc0c87bd958f4fa3d2715cefd8 ||8932c02b Status|REPORTED|RESOLVED Resolution|--- |FIXED Version Fixed In||8.2.0 --- Comment #4 from Maik Qualmann --- Git commit 4cfbcbdc0c87bd958f4fa3d2715cefd88932c02b by Maik Qualmann. Committed on 29/10/2023 at 19:04. Pushed by mqualmann into branch 'master'. fix sidecar check as depend on the update timestamp option FIXED-IN: 8.2.0 M +1-1NEWS M +0-1core/libs/database/collection/collectionscanner_scan.cpp https://invent.kde.org/graphics/digikam/-/commit/4cfbcbdc0c87bd958f4fa3d2715cefd88932c02b -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 --- Comment #3 from Maik Qualmann --- No, some time ago we added the detection of whether the sidecar was changed externally. We save the most recent modification date in the database, either from the sidecar or from the file. This allows us to recognize changes to both the file or the sidecar. So if the modification date is always reset to the previous one by digiKam or externally when there is a change and even the file and sidecar have the same date, we cannot detect any change during the scan. You only need to switch off the reading of sidecars and watch the terminal when it starts (debug variable enabled), digiKam will scan files that had a sidecar again. The same thing if you reactivate sidecar reading. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 --- Comment #2 from MarcP --- But if the sidecar is deleted, but the original picture file is left untouched, its modification date won't change and digikam won't re-scan it, right? -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #1 from Maik Qualmann --- In principle, this is already possible now, you just must not have set the modification date to always be set to the previous one. If the sidecar is no longer there, digiKam would find a different modification date and scan the file again. There is no indication in the database as to whether a sidecar exists. There is no other way to detect this in the start scan. Otherwise we would have to create a sidecar deletion option directly in digiKam. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 caulier.gil...@gmail.com changed: What|Removed |Added Severity|minor |wishlist CC||caulier.gil...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 447137] Feature request: update metadata from picture file if associated sidecar is deleted
https://bugs.kde.org/show_bug.cgi?id=447137 MarcP changed: What|Removed |Added CC||iwannaber...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
