| Summary: | Gwenview crash on startup | ||
|---|---|---|---|
| Product: | [Applications] gwenview | Reporter: | Rob <robin> |
| Component: | general | Assignee: | Gwenview Bugs <gwenview-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | nicolas.fella |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 23.04.2 | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
*** This bug has been marked as a duplicate of bug 470880 *** I would be surprised if this is a duplicate of 470880 as it occurs with JPEG files, both processed in Darktable/GIMP and straight out of the (Nikon) camera. I have found a bit more information. The crash does not occur with all JPEG files as I first thought. In fact, having gone through about 100 JPEG files, I am as sure as I can be that the crash only occurs on files from my Nikon D750, not on its predecessor, the D700, or on any of my other cameras. The crash happens with RAW files, JPEGs direct from the camera and RAW files post-processed to JPEG. This problem did not occur until very recently, i.e. within the last few days. I can say for certain that Gwenview worked normally with D750 files on 1 July this year. As you see, my current version of Gwenview is 23.04.2. The updates are always done via the Tumbleweed repos, so I cannot tell you what the version was on 1 July. I hope this is helpful and thanks for your patience. Rob I would be surprised if this is a duplicate of 470880 as it occurs with JPEG files, both processed in Darktable/GIMP and straight out of the (Nikon) camera. I have found a bit more information. The crash does not occur with all JPEG files as I first thought. In fact, having gone through about 100 JPEG files, I am as sure as I can be that the crash only occurs on files from my Nikon D750, not on its predecessor, the D700, or on any of my other cameras. The crash happens with RAW files, JPEGs direct from the camera and RAW files post-processed to JPEG. This problem did not occur until very recently, i.e. within the last few days. I can say for certain that Gwenview worked normally with D750 files on 1 July this year. As you see, my current version of Gwenview is 23.04.2. The updates are always done via the Tumbleweed repos, so I cannot tell you what the version was on 1 July. I hope this is helpful and thanks for your patience. Rob I noticed there was a minor upgrade to Gwenview from the Tumble weed repos this morning - 23.04.3 -1.1. Gwenview now seems to be working completely normally, thank you. |
Application: gwenview (23.04.2) Qt Version: 5.15.10 Frameworks Version: 5.107.0 Operating System: Linux 6.3.9-1-default x86_64 Windowing System: X11 Distribution: "openSUSE Tumbleweed" DrKonqi: 5.27.6 [KCrashBackend] -- Information about the crash: I had been scrolling through a couple of photo directories successfully. On the third one I clicked on a JPEG file as normal and Gwenview immediately crashed. Now it does this every time I click on any JPEG file. If I launch Gwenview from the main menu it starts up OK, but crashes when I try to select a folder or file. I cannot recover from this and will have to re-boot the computer. The crash can be reproduced every time. -- Backtrace: Application: Gwenview (gwenview), signal: Segmentation fault [KCrash Handler] #4 0x00007f1cb9557dfd in Exiv2::ExifData::findKey(Exiv2::ExifKey const&) const () from /lib64/glibc-hwcaps/x86-64-v3/libexiv2.so.0.28.0 #5 0x00007f1cb95e21dd in ?? () from /lib64/glibc-hwcaps/x86-64-v3/libexiv2.so.0.28.0 #6 0x00007f1cb954fb81 in Exiv2::Exifdatum::write(std::basic_ostream<char, std::char_traits<char> >&, Exiv2::ExifData const*) const () from /lib64/glibc-hwcaps/x86-64-v3/libexiv2.so.0.28.0 #7 0x00007f1cba3ccfd8 in Exiv2::operator<< (md=warning: RTTI symbol not found for class 'Exiv2::Exifdatum' ..., os=...) at /usr/include/exiv2/metadatum.hpp:277 #8 Gwenview::ImageMetaInfoModelPrivate::fillExivGroup<Exiv2::ExifData, std::_List_const_iterator<Exiv2::Exifdatum> > (container=..., group=0x55d61e1b8d80, parent=..., this=0x55d61e1b8da0) at /usr/src/debug/gwenview-23.04.2/lib/imagemetainfomodel.cpp:282 #9 Gwenview::ImageMetaInfoModel::setExiv2Image (this=0x55d61e3073b0, image=0x7f1c740013f0) at /usr/src/debug/gwenview-23.04.2/lib/imagemetainfomodel.cpp:441 #10 0x00007f1cba39438c in Gwenview::Document::setExiv2Image (this=0x55d61e481cc0, image=...) at /usr/src/debug/gwenview-23.04.2/lib/document/document.cpp:388 #11 0x00007f1cba39eda1 in Gwenview::AbstractDocumentImpl::setDocumentExiv2Image (this=0x55d61e1b85d0, image=std::unique_ptr<Exiv2::Image> = {...}) at /usr/src/debug/gwenview-23.04.2/lib/document/abstractdocumentimpl.cpp:81 #12 Gwenview::LoadingDocumentImpl::slotMetaInfoLoaded (this=0x55d61e1b85d0) at /usr/src/debug/gwenview-23.04.2/lib/document/loadingdocumentimpl.cpp:497 #13 0x00007f1cb81257a2 in QtPrivate::QSlotObjectBase::call (a=0x7ffcc1f09320, r=0x55d61e1b85d0, this=0x55d61e1b85a0) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398 #14 doActivate<false> (sender=0x55d61e532498, signal_index=4, argv=0x7ffcc1f09320) at kernel/qobject.cpp:3925 #15 0x00007f1cb811e40f in QMetaObject::activate (sender=<optimized out>, m=<optimized out>, local_signal_index=<optimized out>, argv=<optimized out>) at kernel/qobject.cpp:3985 #16 0x00007f1cb7f0d925 in QFutureWatcherBase::event (this=<optimized out>, event=0x7f1c7403f060) at thread/qfuturewatcher.cpp:334 #17 0x00007f1cb8da519e in QApplicationPrivate::notify_helper (this=<optimized out>, receiver=0x55d61e532498, e=0x7f1c7403f060) at kernel/qapplication.cpp:3640 #18 0x00007f1cb80ed4f8 in QCoreApplication::notifyInternal2 (receiver=0x55d61e532498, event=0x7f1c7403f060) at kernel/qcoreapplication.cpp:1064 #19 0x00007f1cb80ed6be in QCoreApplication::sendEvent (receiver=<optimized out>, event=<optimized out>) at kernel/qcoreapplication.cpp:1462 #20 0x00007f1cb80f0af1 in QCoreApplicationPrivate::sendPostedEvents (receiver=0x0, event_type=0, data=0x55d61da404b0) at kernel/qcoreapplication.cpp:1821 #21 0x00007f1cb80f1038 in QCoreApplication::sendPostedEvents (receiver=<optimized out>, event_type=<optimized out>) at kernel/qcoreapplication.cpp:1680 #22 0x00007f1cb8146c83 in postEventSourceDispatch (s=0x55d61db489a0) at kernel/qeventdispatcher_glib.cpp:277 #23 0x00007f1cb5d168d8 in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #24 0x00007f1cb5d16ce8 in ?? () from /lib64/libglib-2.0.so.0 #25 0x00007f1cb5d16d7c in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #26 0x00007f1cb8146496 in QEventDispatcherGlib::processEvents (this=0x55d61db57310, flags=...) at kernel/qeventdispatcher_glib.cpp:423 #27 0x00007f1cb80ebf8b in QEventLoop::exec (this=this@entry=0x7ffcc1f096d0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:69 #28 0x00007f1cb80f4420 in QCoreApplication::exec () at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #29 0x000055d61cc3b413 in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/debug/gwenview-23.04.2/app/main.cpp:213 [Inferior 1 (process 2797) detached] The reporter indicates this bug may be a duplicate of or related to bug 471980. Reported using DrKonqi