https://bugs.kde.org/show_bug.cgi?id=399600
Bug ID: 399600
Summary: Inconsistent metadata in pictures and database when
some albums are read-only
Product: digikam
Version: 6.0.0
Platform: Appimage
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Metadata-Maintenance
Assignee: digikam-bugs-n...@kde.org
Reporter: iwannaber...@gmail.com
Target Milestone: ---
SUMMARY
Not sure if a bug or a feature request.
I like to keep my database synchronized with the metadata found inside the
pictures and vice-versa. I share several library folder with other relatives,
and each one is free to manage and edit their portion of the library however
they want. Therefore, so some folders are read-only.
When you reorganize or modify tags in pictures that are read-only, digikam does
not show any warning messages, it just carries on, makes the changes in
digikam's database, and leave the original pictures untouched. This leads to a
mismatch between the database and the metadata stored in the pictures.
Re-reading the metadata on those pictures restores the original state,
confirming that picture files were not written.
I think there should be a warning message when a picture could not be modified,
and also digikam should not change the metadata for those pictures in the
database.
STEPS TO REPRODUCE
1. Edit picture in read-only album (e.g. add a tag or a face rectangle).
2. Observe how changes appear to have been successfully applied in digikam.
3. Re-scan the picture for metadata.
OBSERVED RESULT
Picture is restored back to the original information. Other users cannot see
those changes in their library, leading to inconsistencies between users.
EXPECTED RESULT
A warning should appear saying that this album/picture is read only. That edit
should not be reflected in digikam's metadata.
SOFTWARE VERSIONS
digikam-6.0.0-beta1-20181009T192839-x86-64.appimage in Ubuntu 16.04 64bit
ADDITIONAL INFORMATION
If a mix of read-only and read-write pictures are modified, the database should
reflect both changes, only changing tags/faces/dates/etc. for the read-write
elements, leaving the rest intact.
--
You are receiving this mail because:
You are watching all bug changes.
