SUMMARY When deleting tags, ExifTool misses 'XPKeywords'. Ordinary .jpg files are not affected. STEPS TO REPRODUCE 1. Configure digiKam -> Reading and Writing Metadata -> Use ExifTool backend = y, Delegate to ExifTool = y 2. Open a JPEG XL image. Assign tag: t1234 3. Run 'exiftool image.jxl | grep t1234' -------------------- Categories : <Categories><Category Assigned="1">t1234</Category></Categories> XP Keywords : t1234 Last Keyword XMP : t1234 Subject : t1234 Tags List : t1234 Hierarchical Subject : t1234 Catalog Sets : t1234 -------------------- 4. Right click -> Remove all tags 5. Run 'exiftool image.jxl | grep t1234' -------------------- XP Keywords : t1234 -------------------- OBSERVED RESULT XP Keywords is still present EXPECTED RESULT XP Keywords is removed SOFTWARE/OS VERSIONS Operating System: Gentoo Linux 2.17 KDE Plasma Version: 6.2.5 KDE Frameworks Version: 6.10.0 Qt Version: 6.8.2 Kernel Version: 6.12.16-gentoo-dist (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 7700X 8-Core Processor Memory: 31.0 GiB of RAM Graphics Processor: AMD Radeon RX 6800 XT Thx for the awesome program by the way.
It's reproducible with last 8.6.0 ? Which Exiftool version did you use ?
I can't reproduce the problem. XP keywords can be assigned and removed from most of my JXL images. I have a JXL image (it was a bug report problem image) for which ExifTool doesn't write XP keywords. That would probably be an ExifTool issue as well. We need a sample image to investigate the issue further. Maik
I was using the 8.5.0 Flatpak, because 8.6.0 is not on Flathub (yet). I think this means i have ExifTool 12.52: exiftool image.jxl | grep 12.52 XMP Toolkit : Image::ExifTool 12.52 Now i also tried the 8.6.0 package with ExifTool 13.25 in a Arch VM. It works! The XPKeywords get deleted! I guess i should have waited just a day or two more.
Bad news: digiKam 8.6.0 got just released on Flathub, so i had to try it out immeditately. Unfortunately the bug is still present. I suspect this is because the Flatpak still uses ExifTool 12.52, just like the 8.5.0-Flatpak: https://github.com/flathub/org.kde.digikam/blob/master/org.kde.digikam.json On Arch it was using ExifTool 13.25. How to create a image that is affected by this problem: 1. Create a test jpg with the GIMP-3.0 Flatpak. (I attached one to this bug report) 2. Run 'cjxl --compress_boxes=0 test.jpg test.jxl' (JPEG XL encoder v0.11.1) (I attached one to this bug report)
Created attachment 179626 [details] Test image Added test image
Created attachment 179627 [details] Test jxl
Here a quick test performed with the Windows version of digiKam (ExifTool 13.19). No problems adding and deleting tags to your Test.jxl, and XPKeywords are also deleted. Why don't you just use our AppImage? All the Flatpack and Snap digiKam versions are unusable due to the sandbox features. @Gilles, can we update ExifTool to the latest version in the bundles? There's an issue with setting the rotation flag for HEIF images, which can corrupt the image. Maik
I didn't use the AppImage because i prefer Flatpaks over AppImages (Often not working, no AutoUpdate, no sandbox), and when i saw there was a Flatpak that even had the ominous blue checkmark, i just assumed it was official. Now i visited the digiKam website, and saw that the Flatpak is not advertised there, so i guess it's not that official after all.
>@Gilles, can we update ExifTool to the latest version in the bundles? There's >an issue with setting the rotation flag for HEIF images, which can corrupt the >image. Done... Gilles
I just tested the AppImage, and it works. So i will be using that until the Flatpak catches up.