How to reproduce: using a file manager copy some test.jpg/test.jpf.xmp file to an album-folder in the albumview select the new image test.jpg in thumbnail view note that the tags of test.jpg/test.jpf.xmp are not displayed below the thumbnail the metadata view shows that there is tag info: File name: test.jpg (XMP Schema) >>> digiKam schema <<< Tags List : Unavailable >>> Dublin Core <<< Subject : tag1, tag2 >>> Microsoft Photo <<< Last Keyword IPTC : Unavailable Last Keyword XMP : Unavailable Rating Percent : Unavailable File name: test.jpg (IPTC Records) >>> IIM Application 2 <<< Keywords : tag1 Subject : Unvailable Settings/Configure/Metadata/Advanced/Tags/ReadOptions : Xmp.dc.subject is first and checked After context-menu on thumbnail/AssignTag/tag3 The thumbnail text displays "test3" the old tags tag1 and tag2 are lost the metadata view shows that there is tag info: File name: test.jpg (XMP Schema) >>> digiKam schema <<< Tags List : test3 >>> Dublin Core <<< Subject : test3 >>> Microsoft Photo <<< Last Keyword IPTC : Unavailable Last Keyword XMP : test3 File name: test.jpg (IPTC Records) >>> IIM Application 2 <<< Keywords : test3 Subject : Unvailable This issue may be related to https://bugs.kde.org/show_bug.cgi?id=379049
Git commit 240d7322b336bee04f5a40e7a41cfa511a68647b by Maik Qualmann. Committed on 06/08/2019 at 19:36. Pushed by mqualmann into branch 'master'. change the behavior when copying images with sidecars Related: bug 410634 FIXED-IN: 6.3.0 M +3 -1 NEWS M +21 -8 core/libs/database/utils/ifaces/dio.cpp https://invent.kde.org/kde/digikam/commit/240d7322b336bee04f5a40e7a41cfa511a68647b