Summary: | Freeze on thumbnail creation (git 8.0 version) | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | maderios <leoutation> |
Component: | Thumbs-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | metzpinguin, thijsvanulden |
Priority: | NOR | ||
Version: | 8.0.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/commit/a7f0ae81e685f13884acecfc33d8dfa8e43b966d | Version Fixed In: | 8.0.0 |
Sentry Crash Report: |
Description
maderios
2023-01-20 20:56:00 UTC
Your bug report has nothing to do with face detection. When creating thumbnails, the KImageFormats plugins are probably used for RAW files. We need the debug log to see what type of file is being loaded. Maik The problem occurs when loading a thumbnail from ""Iptc.Application2.Preview" or ""Xmp.digiKam.Preview". Either you have images with broken preview data (then we need the corresponding image) or your KImageFormat plugins are broken. Maik Digikam freeze happens when i try to rebuild thumbnails with maintenance tool. To know: none of jpeg files have exif data because i deleted them before with command 'exiftool -r -P -overwrite_original' Full debug log here https://www.dropbox.com/s/c0vy4nsf5od4c6d/dk-debug-21-01-22.txt?dl=0 Can you send me this image? It must have metadata (IPTC). /home/oula/IMAGES/BvaF4S-IUAAqQvx.jpg Maik Git commit 65d161e09b4fa9e83be9f12f0cc6138329106ccb by Maik Qualmann. Committed on 21/01/2023 at 12:13. Pushed by mqualmann into branch 'master'. try to fix and debug the crash in QImageReader M +18 -4 core/libs/metadataengine/engine/metaengine_item.cpp https://invent.kde.org/graphics/digikam/commit/65d161e09b4fa9e83be9f12f0cc6138329106ccb Thanks for the test image, yes no metadata available. Please test the current git version, the debug log from the end if it crashes is enough. Maik After rebuilding digikam git, no freeze, no crash when I rebuild thumbnails with maintenance tool Thanks for the feedback. I was pretty sure it was fixed after looking into the KImageFormats plugin for RAW that doesn't check for an empty QByteArray and passes it to libraw that way. Maik Git commit a7f0ae81e685f13884acecfc33d8dfa8e43b966d by Maik Qualmann. Committed on 21/01/2023 at 17:09. Pushed by mqualmann into branch 'master'. remove test debug FIXED-IN: 8.0.0 M +2 -1 NEWS M +0 -4 core/libs/metadataengine/engine/metaengine_item.cpp https://invent.kde.org/graphics/digikam/commit/a7f0ae81e685f13884acecfc33d8dfa8e43b966d Git commit fd5472bef2b00152d1fe5424a8bccd89f6798324 by Maik Qualmann. Committed on 21/01/2023 at 17:25. Pushed by mqualmann into branch 'master'. more checks for empty image data M +11 -0 core/libs/metadataengine/engine/metaengine_exif.cpp M +1 -1 core/libs/metadataengine/engine/metaengine_previews.cpp https://invent.kde.org/graphics/digikam/commit/fd5472bef2b00152d1fe5424a8bccd89f6798324 *** Bug 465044 has been marked as a duplicate of this bug. *** |