| Summary: | Digikam Crash and core dump of scanning for faces on a folder. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Miguel Rozsas <miguel> |
| Component: | Faces-Detection | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 8.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/graphics/digikam/-/commit/a5bf90719fb092cba5bfc8e4a1a02f9ba7a82f0b | Version Fixed In: | 8.7.0 |
| Sentry Crash Report: | |||
|
Description
Miguel Rozsas
2025-04-16 16:59:07 UTC
If it crashes in Libraw, the bug should be reported to the Libraw team, not here. Can you please make the RAW file available, if not publicly, via my private email. Maik @Maik Qualmann > If it crashes in Libraw, the bug should be reported to the Libraw team, not here. ok, I will do. > Can you please make the RAW file available, if not publicly, via my private email. I did the file available as an attachment in the original bug report., unless you really want it privately. I realize that I can not attach the RAF file because it exceeds the max file size. Git commit a5bf90719fb092cba5bfc8e4a1a02f9ba7a82f0b by Maik Qualmann. Committed on 17/04/2025 at 06:04. Pushed by mqualmann into branch 'master'. do not load corrupt RAW images via magic byte detection with the QImage Loader FIXED-IN: 8.7.0 M +1 -1 NEWS M +5 -0 core/dplugins/dimg/qimage/dimgqimageplugin.cpp https://invent.kde.org/graphics/digikam/-/commit/a5bf90719fb092cba5bfc8e4a1a02f9ba7a82f0b Thanks for the sample RAW image. Libraw clearly reports a corrupted RAW image, which digiKam also can't display, except for the embedded JPG preview image. It's hard to say what LR displays; it might just be the preview image. Whether the Libraw team can fix something or whether it's an unsupported format is something the Libraw team would have to clarify. I think I read in the Libraw forum that they don't want to load corrupted RAW images for various reasons. Maik I understand that a corrupted image is not good for any kind of further processing and it should be ignored, but libraw just can not crash and core dump itself and any application that uses libraw code, like digikam. instead , this situation should be identified and a proper exit and return value should indicate upstream that an abnormal situation was occurred , so it could recovery from it , gracefully. It turns out that digiKam handles the exception from Libraw correctly and doesn't crash. However, the image was then passed to the universal QImage loader (KImageFormats plugin). KImageFormats also has a RAW image loader, and this then crashed. You would then have to report the problem with the example image to KImageFormats. For example, Gwenview crashes with the image because it uses the KImageFormats plugin to load RAW images. However, at digiKam, we generally don't want to load RAW images with the KImageFormats plugin. I saw your bug report on Libraw: https://www.libraw.org/node/2846 Maik |