| Summary: | Gwenview crashes immediately when i specifically try to open these images | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | chocoman <a945ersg> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | idontfeelcomfygivingyoumyemail, markusbass9, martynjlewis79, nicolas.fella, rewarp |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 23.04.2 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
chocoman
2023-06-14 16:52:46 UTC
Might be related to https://bugs.kde.org/show_bug.cgi?id=470880 This appears to be a regression in exiv 0.28 (In reply to Nicolas Fella from comment #2) > This appears to be a regression in exiv 0.28 ohhhh Same problem here, two files in particular - one jpg and one png. I have tried with various other png and jpgs and no problem with them. *** Bug 474619 has been marked as a duplicate of this bug. *** Created attachment 161821 [details] New crash information added by DrKonqi gwenview (23.08.1) using Qt 5.15.10 I was creating some images using Stable Diffusion and noticed images produced when I selected the option to embed the prompt settings to produce the image in the png file would cause gwenview to crash. Images where I chose to generate a separate .json file instead were unaffected. I tested the exif2 issue linked in https://bugs.kde.org/show_bug.cgi?id=471029#c4 and following the brief test shows a similar result: ``` exiv2 --Print xkycvt origami_style_blue_river_flowing_through_wooden_va_CRCGSAZ0.png Uncaught exception: Overflow in Exiv2::DataBuf::c_data ``` -- Backtrace (Reduced): #11 0x00007fd65f2bcd6f in QUnhandledException::raise() const (this=<optimized out>) at /usr/include/c++/13/bits/exception.h:65 #12 0x00007fd65f30ac8d in QFutureInterfaceBase::waitForResult(int) (this=this@entry=0x5647c5703518, resultIndex=resultIndex@entry=0) at thread/qfutureinterface.cpp:315 #13 0x00007fd661834e1f in QFuture<bool>::result() const (this=<optimized out>) at /usr/include/qt5/QtCore/qfuture.h:208 #14 Gwenview::LoadingDocumentImpl::slotMetaInfoLoaded() (this=0x5647c54bb250) at /usr/src/debug/gwenview-23.08.1/lib/document/loadingdocumentimpl.cpp:488 #15 0x00007fd65f525812 in QtPrivate::QSlotObjectBase::call(QObject*, void**) (a=0x7ffdea00a9e0, r=0x5647c54bb250, this=0x5647c54bb220) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398 Is this still an issue? (In reply to A Linux User from comment #8) > Is this still an issue? I can no longer reproduce it, so I think it has been resolved. |