I'm able to close Gwenview windows normally and Gwenview itself functions fine, yet whenever I close a Gwenview window the KDE Crash Handler tells me that Gwenview has crashed and saturates my systray with crash icons. I've been experiencing this for some time this year, maybe it started in late January/early February but it still persists on Plasma 6.6.2 on Fedora KDE.
Please post the crash backtrace
(In reply to Antonio Rojas from comment #1) > Please post the crash backtrace Application: Gwenview (gwenview), signal: Segmentation fault This GDB supports auto-downloading debuginfo from the following URLs: <ima:enforcing> <https://debuginfod.fedoraproject.org/> <ima:ignore> Enable debuginfod for this session? (y or [n]) [answered N; input not from terminal] Debuginfod has been disabled. To make this setting permanent, add 'set debuginfod enabled off' to .gdbinit. [New LWP 66773] [New LWP 66744] [New LWP 66750] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/bin/gwenview /home/USERNAME/Pictures/EXAMPLE.jpg'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f88ff6813cc in __pthread_kill_implementation () from /lib64/libc.so.6 [Current thread is 1 (Thread 0x7f889effd6c0 (LWP 66773))] Using eu-unstrip to resolve modules. [Current thread is 3 (Thread 0x7f88e9fff6c0 (LWP 66750))] Thread 3 (Thread 0x7f88e9fff6c0 (LWP 66750)): #0 0x00007f88ff6879a2 in __syscall_cancel_arch () from /lib64/libc.so.6 #1 0x00007f88ff67bc3c in __internal_syscall_cancel () from /lib64/libc.so.6 #2 0x00007f88ff67bc84 in __syscall_cancel () from /lib64/libc.so.6 #3 0x00007f88ff6f5706 in ppoll () from /lib64/libc.so.6 #4 0x00007f88fc4a4360 in g_main_context_iterate_unlocked.isra () from /lib64/libglib-2.0.so.0 #5 0x00007f88fc4a4423 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #6 0x00007f8900020ded in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt6Core.so.6 #7 0x00007f88ffd0ab23 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /lib64/libQt6Core.so.6 #8 0x00007f88ffe2dd06 in QThread::exec() () from /lib64/libQt6Core.so.6 #9 0x00007f8900f47ae1 in QDBusConnectionManager::run() () from /lib64/libQt6DBus.so.6 #10 0x00007f88ffed3c6e in QThreadPrivate::start(void*) () from /lib64/libQt6Core.so.6 #11 0x00007f88ff67f464 in start_thread () from /lib64/libc.so.6 #12 0x00007f88ff7025ec in __clone3 () from /lib64/libc.so.6 Thread 2 (Thread 0x7f88f8094e80 (LWP 66744)): #0 0x00007f8900edbff8 in QHashPrivate::Data<QHashPrivate::Node<QString, QHash<Kuit::VisualFormat, QString (*)(QList<QString> const&, QString const&, QHash<QString, QString> const&, QString const&, QList<QString> const&, Kuit::VisualFormat)> > >::~Data() [clone .lto_priv.0] () from /lib64/libKF6I18n.so.6 #1 0x00007f8900edeec0 in QHashPrivate::Data<QHashPrivate::Node<QString, KuitTag> >::~Data() [clone .lto_priv.0] () from /lib64/libKF6I18n.so.6 #2 0x00007f8900ed6d5c in KuitSetup::~KuitSetup() () from /lib64/libKF6I18n.so.6 #3 0x00007f8900ee71f2 in QtGlobalStatic::Holder<(anonymous namespace)::Q_QGS_staticData>::~Holder() [clone .lto_priv.0] () from /lib64/libKF6I18n.so.6 #4 0x00007f88ff6299e1 in __run_exit_handlers () from /lib64/libc.so.6 #5 0x00007f88ff629abe in exit () from /lib64/libc.so.6 #6 0x00007f88ff6105bc in __libc_start_call_main () from /lib64/libc.so.6 #7 0x00007f88ff610668 in __libc_start_main_impl () from /lib64/libc.so.6 #8 0x0000564914538465 in _start () Thread 1 (Thread 0x7f889effd6c0 (LWP 66773)): [KCrash Handler] #4 0x000056492f8e7000 in ?? () #5 0x00007f890003cd17 in QMimeBinaryProvider::matchGlobList(QMimeGlobMatchResult&, QMimeBinaryProvider::CacheFile*, int, QString const&) () from /lib64/libQt6Core.so.6 #6 0x00007f890003d721 in QMimeBinaryProvider::addFileNameMatches(QString const&, QMimeGlobMatchResult&) () from /lib64/libQt6Core.so.6 #7 0x00007f890002f76f in QMimeDatabasePrivate::findByFileName(QString const&) () from /lib64/libQt6Core.so.6 #8 0x00007f89000323d7 in QMimeDatabasePrivate::mimeTypeForFileNameAndData(QString const&, QIODevice*) () from /lib64/libQt6Core.so.6 #9 0x00007f8900033064 in QMimeDatabasePrivate::mimeTypeForFile(QString const&, QFileInfo const&, QMimeDatabase::MatchMode) () from /lib64/libQt6Core.so.6 #10 0x00007f890003350d in QMimeDatabase::mimeTypeForFile(QString const&, QMimeDatabase::MatchMode) const () from /lib64/libQt6Core.so.6 #11 0x00007f88c259447d in createUDSEntry(QString const&, QByteArray const&, KIO::UDSEntry&, QFlags<KIO::StatDetail>, QString const&) () from /usr/lib64/qt6/plugins/kf6/kio/kio_file.so #12 0x00007f88c259527f in FileProtocol::listDir(QUrl const&) () from /usr/lib64/qt6/plugins/kf6/kio/kio_file.so #13 0x00007f89021ee573 in KIO::WorkerSlaveBaseBridge::listDir(QUrl const&) () from /lib64/libKF6KIOCore.so.6 #14 0x00007f89021e99be in KIO::SlaveBase::dispatch(int, QByteArray const&) () from /lib64/libKF6KIOCore.so.6 #15 0x00007f89021ea07e in KIO::SlaveBase::dispatchLoop() [clone .constprop.0] () from /lib64/libKF6KIOCore.so.6 #16 0x00007f8902279eba in KIO::WorkerThread::run() () from /lib64/libKF6KIOCore.so.6 #17 0x00007f88ffed3c6e in QThreadPrivate::start(void*) () from /lib64/libQt6Core.so.6 #18 0x00007f88ff67f464 in start_thread () from /lib64/libc.so.6 #19 0x00007f88ff7025ec in __clone3 () from /lib64/libc.so.6
This happens to me too. Since the beginning of this month. On opensuse tumbleweed
*** Bug 518508 has been marked as a duplicate of this bug. ***