Setting red, yellow, blue, magenta* or green color label work but setting orange, grey, black or white color label does not work : it stays to None or it reset it to None if one was present. Filtering on color label and checking the file with exiftool confirm that. Color label Metadata configuration : read : xmp.xmp.label write : xmp.xmp.label * magenta is displayed as purple by exiftool [XMP-xmp] Label : Purple
Do you uses XMP sidecar ? The metadata backend is Exiv2 or ExifTool ? Which image file format is affected ? Please share samples to reproduce. Best Gilles Caulier
no XMP sidecar exiftool to read and write metadata I tried just with jpeg see the file attached (I set red as an example)
Created attachment 183902 [details] pixel 5 file
The unassignable color labels are color labels that belong to the text labels of Xmp.xmp.Label. These are usually deleted when assigned. Therefore, I suspect that your images are read-only, the metadata cannot be changed, or you are only writing in sidecars and the color labels are present in the image metadata. Assigning all color labels works without any problems here. Maik
The image is not read-only (I checked it) and some colors work (checked with exiftool). I have no sidecar. NB. I am using the last 8.8 AppImage.
I'm using the latest version of Windows and have no problems with your image. Tested with Exiv2 and ExifTool in read/write mode. Maik
Oh, I see you're only using xmp.xmp.label, which doesn't work. You always have to read and write the digiKam color label as well. Because xmp.xmp.label is limited and doesn't support all colors. Maik
Understood. Thanks. May be you could add a warning into the color label metadata setting panel to notify the user.
Hmm, I'd rather add the missing colors as text, so other programs can see what they're doing with it. What do you think, Gilles? Should we just extend xmp.xmp.label and ignore the current standard? Maik
There are interesting threads on this topic on the web, LR itself is incompatible with itself, in the German version the color labels are translated and cannot be read by the English LR version. Maik
According to the way xmp-xmp:colorlabel is defined in the standard, there is no strict list enforced — only in [Adobe] application conventions. So it seems it should be possible to extend it without problem.
I read somewhere that "If you want interoperable values, you should stick to the standard Adobe set in English unless you know all consumers share the same mapping."
There is a similar problem with pick label : into [XMP-digiKam] Pick Label set rejected => 1 set pending => 2 set accepted => 3 into [XMP-xmpDM] Pick set rejected => -1 set pending => no metadata writed set accepted => 1 I have not tried to read a file with only XMP-xmpDM:Pick set in order to check which Pick Label is displayed.
Git commit 720ef4dbe7e1060a354beb8675340cf04858b9f8 by Maik Qualmann. Committed on 09/08/2025 at 13:48. Pushed by mqualmann into branch 'master'. add all digiKam color label as text metadata entry FIXED-IN: 8.8.0 M +1 -1 NEWS M +17 -0 core/app/utils/digikam_globals.h M +6 -62 core/libs/metadataengine/dmetadata/dmetadata_labels.cpp https://invent.kde.org/graphics/digikam/-/commit/720ef4dbe7e1060a354beb8675340cf04858b9f8
For the labels "pick" and "Good" we cannot support anything else, because ExifTool does not support anything else. We even had to adapt to the case sensitivity for "Good" for True and False. Maik