Created attachment 124168 [details] image file with exif data leading to gwenview crash gwenview crashes with output "Floating point exception (core dumped)" The picture was exported from darktable. The problem must be related to the EXIF data embedded into the picture, as it does not crash if the exact same image is exported without EXIF infomration. STEPS TO REPRODUCE 1. open attached image in gwenview (better in terminal to see stdout): $ gwenview DSC00174_03.jpg 2. I have the Thumbnail Bar activated. The issue might be related to thumbnail loading... OBSERVED RESULT gwenview crashes with message "Floating point exception (core dumped)" printed to stdout. EXPECTED RESULT no crash SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.17.3 KDE Frameworks Version: 5.64.0 Qt Version: 5.13.2 Kernel Version: 4.19.85-1-MANJARO OS Type: 64-bit Processors: 4 × Intel® Core™ i7-7600U CPU @ 2.80GHz Memory: 19.5 GiB of RAM Many thanks for looking into this issue. Please let me know, if darktable is exporting a problematic / invalid EXIF tag which is causing the problem.
The problem only occurs when the Thumbnail Bar is activated.
If this is reproducible, could you add the backtrace for the crash? For more information, please read https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
Created attachment 124626 [details] Crash report / backtrace on KDE Neon Developer Edition
(In reply to Christoph Feck from comment #2) > If this is reproducible, could you add the backtrace for the crash? For more > information, please read > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports Thank you for the advice. I was able to reproduce the crash on the most recent KDE Neon Developer Edition (in a virtual machine). SOFTWARE/OS VERSIONS Operating System: DE neon Unstable Edition KDE Plasma Version: 5.17.80 KDE Frameworks Version: 5.66.0 Qt Version: 5.13.2 Kernel Version: 5.0.0-37-generic OS Type: 64-bit Processors: 2 × Intel® Core™ i7-7600U CPU @ 2.80GHz Memory: 982.8MiB of RAM The resulting backtrace was added as an attachment to this bug report.
Created attachment 124627 [details] Crash report / backtrace on KDE Neon Developer Edition
Comment on attachment 124627 [details] Crash report / backtrace on KDE Neon Developer Edition incl debug symbols for libQt5Core Gvenview version: 20.03.70
Crashes because image.loadFromData() doesn't lead to a valid image. When image.width() is 0, that causes a division by zero error later. https://cgit.kde.org/gwenview.git/tree/lib/jpegcontent.cpp#n576 Relevant part of backtrace: Application: Gwenview (gwenview), signal: Floating point exception Thread 7 (Thread 0x7f2c5ac9b700 (LWP 3094)): [KCrash Handler] #6 0x00007f2c99d0edad in Gwenview::JpegContent::thumbnail (this=this@entry=0x7f2c5ac9ab78) at ./lib/jpegcontent.cpp:591 #7 0x00007f2c99d25a75 in Gwenview::ThumbnailContext::load (this=this@entry=0x7f2c5ac9acb0, pixPath=..., pixelSize=pixelSize@entry=256) at ./lib/thumbnailprovider/thumbnailgenerator.cpp:117 #8 0x00007f2c99d26446 in Gwenview::ThumbnailGenerator::run (this=0x55585116af10) at ./lib/thumbnailprovider/thumbnailgenerator.cpp:263
*** Bug 414835 has been marked as a duplicate of this bug. ***
Git commit fdd5ecc344edc7444bd57a080c3d9ec91b245592 by Nate Graham. Committed on 09/01/2020 at 17:09. Pushed by ngraham into branch 'release/19.12'. Fix divide-by-zero crash Summary: Bug was introduced in D21398. FIXED-IN: 19.12.2 Test Plan: Compile only and verify normal functionality only; can't reproduce the issue so can't test the fix Reviewers: #gwenview, cfeck, tommo Subscribers: tommo Tags: #gwenview Differential Revision: https://phabricator.kde.org/D26527 M +12 -10 lib/jpegcontent.cpp https://commits.kde.org/gwenview/fdd5ecc344edc7444bd57a080c3d9ec91b245592
*** Bug 424170 has been marked as a duplicate of this bug. ***