Summary: | XMP sidecar files do not write Unicode characters in the Dublin Core section | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | james |
Component: | Metadata-Sidecar | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | alan.pater, caulier.gilles |
Priority: | NOR | ||
Version: | 2.8.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/commit/ad0ab9efeba6e2fe3bb86207a91499e4e8eb170f | Version Fixed In: | 7.1.0 |
Sentry Crash Report: | |||
Attachments: |
Example XMP file showing non-storage of Unicode character in DC section
XMP sidecar with correct unicode. |
Description
james
2012-07-28 17:16:42 UTC
Please try again with digiKam 2.7.0 and last libkexiv2 release published with KDE through kdegraphics component... Gilles Caulier A simple test shows that it actually works. It work for me too, using digiKam SC 3.0.0 source code. Gilles Caulier Created attachment 74676 [details]
Example XMP file showing non-storage of Unicode character in DC section
Re-tested in DIgikam 2.8.0 Using KDE Development Platform 4.9.2 on Ubuntu 12.10. Issue is still present.
Setting status back to Unconfirmed, hope this is the right thing to do. Sorry, I notice this was marked as fixed in 3.0.0; I only have 2.8.0. Was there actually a bug that was fixed, or are you saying that you can't reproduce the issue? yes, it is, but as it's annoted before, it's work with 3.0.0, which still in beta2 for the moment. But lead XMP management code is drived trough libkexiv2 from KDEGraphics components which is released outside digiKam with KDE project. Also, in background Exiv2 shared lib is used to perform all in-deep metadata changes. Considering to update both libs on your system and try again... Gilles Caulier The important part here, which I did not replay with my test, is writing to a sidecar. It is fully reproducible using the exiv2 command line tool. I will open an upstream bug. Created attachment 91954 [details]
XMP sidecar with correct unicode.
The issue cannot be reproduced using digikam 4.8.0 and exiv2 0.24.
I created a new test image, added Title and Caption tags. Resulting XMP sidecar is attached.
Git commit ad0ab9efeba6e2fe3bb86207a91499e4e8eb170f by Gilles Caulier. Committed on 28/08/2020 at 05:19. Pushed by cgilles into branch 'master'. IPTC and Utf8 support: If a tag is string, check if global IPTC characterset is null to convert in latin1, else we expect to interpret the string as utf8. We use std::string accessor from Exiv2 to get an Utf8 cenversion of string. If it do not work, well this problem need to be reported as UPSTREAM to Exiv2 as pre-cenversion of string is not done in background by the library. This patch prevent to display latin1 string with a wrong Utf8 conversion which can break some characters. BUGS: 379581 BUGS: 379050 FIXED-IN: 7.1.0 M +27 -3 core/libs/metadataengine/engine/metaengine_iptc.cpp https://invent.kde.org/graphics/digikam/commit/ad0ab9efeba6e2fe3bb86207a91499e4e8eb170f |