Summary: | Crash with corrupted images after recovered my hard disk | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Likdev-256 <lingamlikshan14> |
Component: | Metadata-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 7.7.0 | ||
Target Milestone: | --- | ||
Platform: | Appimage | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 8.4.0 | |
Sentry Crash Report: | |||
Attachments: | Backtrace |
Description
Likdev-256
2022-04-13 05:42:28 UTC
It seems to be crashing in the ImageMagick backend for metadata. @Gilles, ImageMagick is not stable enough to read metadata from some image formats or corrupted images. Now that we have an ExifTool backend in digikam-8.0.0, I think we drop ImageMagick as metadata backend. Maik When is the version 8.0.0 release date and the stable 7.6.0 doesn't work at all Can I request a feature like differentiating and deleting corrupted images, Or I can do it my self if someone can explain the procedures or some sources for getting started I am C and C++ dev Hi Maik, I agree to disable IM backend. I think we can do the same with libheif. I recommend to only disable the backends, not to drop as well, at least for the moment. Gilles Git commit 802d92a3ec46e2ca1b60aa0e2e9bdb8516d4f041 by Maik Qualmann. Committed on 24/04/2022 at 14:58. Pushed by mqualmann into branch 'master'. add read Exiv2 warnings and errors to then read the metadata with ExifTool Related: bug 450117, bug 432265, bug 446363, bug 449637 M +6 -0 core/libs/metadataengine/engine/metaengine_fileio.cpp M +8 -0 core/libs/metadataengine/engine/metaengine_p.cpp M +1 -0 core/libs/metadataengine/engine/metaengine_p.h https://invent.kde.org/graphics/digikam/commit/802d92a3ec46e2ca1b60aa0e2e9bdb8516d4f041 To Likdev-256, Please try to reproduce the problem with the AppImage Linux Bundle 8.0.0 pre-release available here : https://files.kde.org/digikam/unstable/ This one includes the last commit from Maik which must fix the crash. Note : backup your databases before, as between DK 7 and 8 the tables will be changed. You will be able to go back to DK 7 later with the new database files. Best Gilles Caulier Else to respond to your Q: "Or I can do it my self if someone can explain the procedures or some sources for getting started, I am C and C++ dev" The source code relevant of the crash is located in MetadataEngine which parse files metadata to register photo information in database at startup. The code is here : https://invent.kde.org/graphics/digikam/-/blob/master/core/libs/metadataengine/dmetadata/dmetadata_imagemagick.cpp This code is the metadata backend based on ImageMagick, that Maik has identified as the problem. It's called here, but commented as you can see : https://invent.kde.org/graphics/digikam/-/blob/master/core/libs/metadataengine/dmetadata/dmetadata_fileio.cpp#L39 Best Gilles Caulier The ImageMagick metadata backend is currently disabled in digiKam-8.0.0 and not used. By using ExifTool there is hardly any reason to use another backend after Exiv2. Maik @Likdev-256 digiKam 8.0.0 is released. This file still valid ? Gilles Caulier Git commit 3d71acc72593534c2a1398d2945992fbbf45935a by Gilles Caulier. Committed on 16/05/2023 at 03:00. Pushed by cgilles into branch 'master'. Switch bundles from Exiv2 0.27 maintenance branch to new 0.28 release Related: bug 386291, bug 386291, bug 468830 M +11 -8 project/bundles/3rdparty/ext_exiv2/CMakeLists.txt https://invent.kde.org/graphics/digikam/commit/3d71acc72593534c2a1398d2945992fbbf45935a @Likdev-256 digiKam 8.1.0 pre-release AppImage bundle is now ported to Exiv2 0.28 which come with a huge list of bugfixes : https://github.com/Exiv2/exiv2/issues/2406#issuecomment-1529139799 AppImage file is available here : https://files.kde.org/digikam/ How to use AppImage under Linux : https://docs.digikam.org/en/getting_started/installation.html#digikam-on-linux Thanks in advance for your feedback Gilles Caulier @Likdev-256 Please give us a fresh feedback using the current digiKAm AppImage Linux bundle pre-release 8.2.0 available here: https://files.kde.org/digikam/ thanks in advance Gilles Caulier @Likdev, digiKam 8.3.0 stable version is released and available at usual place : https://www.digikam.org/download/ Can you reproduce the dysfunction on your computer ? Thanks in advance Gilles Caulier Problem not reproducible with the Qt6 based AppImage bundle available here : https://files.kde.org/digikam/ |