SUMMARY Hello, I work with digiKam 7.3.0 snapshot 25.6.2021 on a Windows 10 system. Inside my test-database I have also a *.psd image. This image has all types of metadata (Exif, IPTC and XMP). Starting digiKam this image is selected in thumbnail mainview (because it was selected in previous session) and on right side panel "Metadata" tab "ExifTool" shows all metadata. Selecting another image and again selecting this *.psd file, the tab "ExifTool" does not show any metadata. STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
I cannot reproduce the problem here with a large 16Bit PSD image. We have made the loading of the ExifTool asynchronous so that we is no waiting for ExifTool to finish. Your version dated June 25th should missing some important changes that were added after the automatic Windows build start. Please test it with a current version. Maik
I just see that there hasn't been a newer Windows version for 2 days, so you have to wait ... Maik
Ok, the current Windows version from June 25th contains all the necessary changes. Can you provide a PSD image and / or post the DebugView log when you click on the PSD image. Maik
Created attachment 139713 [details] debugview for this problem Hello, thanks for your investigations. I repeated the test with debug-version from 25.6.2021. Attached please find the debugview output. The start of digikam and showing all metadata goes till line 487. Selecting it again image (via another keyword) goes from line 488 until end of file. I have seen that the path to this files contains a subdirectory with German umlauts. And the described problem occurs only in this cases. I am sure, it will also happen on your system. Best regards herb
Hi Maik, I will take a look to see why Windows is not packaged since 2 days... Gilles
digiKam compile fine under MXE, but the packaging fail to get the ExifTool bundle for Windows : Scan dependencies for /mnt/data/7.x/project/bundles/mxe/build.win64/usr/x86_64-w64-mingw32.shared//bin/exchndl.dll Scan dependencies for /mnt/data/7.x/project/bundles/mxe/build.win64/usr/x86_64-w64-mingw32.shared//bin/mgwhelp.dll ---------- Strip symbols in binary files --2021-06-27 21:54:34-- https://exiftool.org/exiftool-12.27.zip Resolving exiftool.org (exiftool.org)... 173.236.184.68 Connecting to exiftool.org (exiftool.org)|173.236.184.68|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2021-06-27 21:54:35 ERROR 404: Not Found. FAILED COMMAND: wget https://exiftool.org/exiftool-$EXIFTOOL_VERSION.zip -P $BUNDLEDIR Gilles
Git commit 18cf16c2c5823f957a9d360c990ef0e7bda0ab7a by Gilles Caulier. Committed on 28/06/2021 at 08:34. Pushed by cgilles into branch 'master'. Bump to ExifTool 12.28 for Windows M +1 -1 project/bundles/mxe/04-build-installer.sh https://invent.kde.org/graphics/digikam/commit/18cf16c2c5823f957a9d360c990ef0e7bda0ab7a
ExifTool get version fixed. I start now the Windows packaging. Files will be published in 1 hour. Gilles Caulier
This message: Json Array size: 0 Means that ExifTool did not return any information, not even file properties. My first thought at the moment is that the PSD file was locked by another process... Maik
Ah ok, from the order of the messages I can now see that the file is probably blocked by the other metadata readers because ExifTool is being executed in parallel. Windows is (...) with the file locking. Maik
I think the solution is to have ExifToolWidget load the file URL last. Maik
I think it's another cause. I see coded special characters in your file path. I can reproduce here that only the first call works in such a path. ExifTool seems to lose the charset option the next time it is called. Can you try to reproduce in a clean file path? Maik
Git commit d3a2770f27d077a9f801301f877df6d6e9c984fe by Maik Qualmann. Committed on 28/06/2021 at 17:17. Pushed by mqualmann into branch 'master'. define ExifTool common arguments The argument "-@ -" must be defined for the -common_args ". M +11 -7 core/libs/metadataengine/exiftool/exiftoolprocess.cpp https://invent.kde.org/graphics/digikam/commit/d3a2770f27d077a9f801301f877df6d6e9c984fe
I'm pretty sure the problem is now resolved. Arguments are only applied to the first image without the -common_args option. I tested it with the "-n" option. Maik