Application: kdevelop (5.6.40)
Qt Version: 5.15.1
Frameworks Version: 5.77.0
Operating System: Linux 5.9.8-2-default x86_64
Windowing system: X11
Distribution: "openSUSE Tumbleweed"
-- Information about the crash:
Trying to uninstall an item which had been installed before (but not while the current dialog is open) results in a crash.
The crash can be reproduced every time.
-- Backtrace (Reduced):
#4 0x00007f5de9fe3e74 in std::__atomic_base<QThreadData*>::load(std::memory_order) const (__m=std::memory_order_relaxed, this=0x6e0077006f009c) at /usr/include/c++/10/bits/atomic_base.h:741
#5 std::atomic<QThreadData*>::load(std::memory_order) const (__m=std::memory_order_relaxed, this=0x6e0077006f009c) at /usr/include/c++/10/atomic:523
#6 QAtomicOps<QThreadData*>::loadRelaxed<QThreadData*>(std::atomic<QThreadData*> const&) (_q_value=...) at ../../include/QtCore/../../src/corelib/thread/qatomic_cxx11.h:239
#7 QBasicAtomicPointer<QThreadData>::loadRelaxed() const (this=0x6e0077006f009c) at ../../include/QtCore/../../src/corelib/thread/qbasicatomic.h:248
#8 QObject::thread() const (this=this@entry=0x64ff4b0) at kernel/qobject.cpp:1487
Possible duplicates by query: bug 422533.
Reported using DrKonqi
Created attachment 133662 [details]
New crash information added by DrKonqi
DrKonqi auto-attaching complete backtrace.
First reported and reproduced today with Konversation for the nick icon GHNS feature upcoming with RS 20.12, when using KF 5.76. Then reproduced in KDevelop, Konversation and other places also for today's master of KNewStuff.
Seems a regression in KF 5.76, as I cannot remember to have hit this when I developed and tested a lot the support in Konversation.
Alex, any chance some of your commits during 5.76 development to KNewStuff might be the culprit here?
>Alex, any chance some of your commits during 5.76 development to KNewStuff might be the culprit here?
It might be, because the timer logic got refactored, there is a separate bug about this. This part of the stacktrace is relevant.
>#9 0x00007f5de9fea28b in QObject::killTimer(int) (this=this@entry=0x64ff4b0, id=7274604) at kernel/qobject.cpp:1795
>#10 0x00007f5de9ff4c99 in QTimer::stop() (this=this@entry=0x64ff4b0) at >kernel/qtimer.cpp:243
>#11 0x00007f5de9ff4d0f in QTimer::start() (this=0x64ff4b0) at >kernel/qtimer.cpp:211
>#12 0x00007f5de90ecfec in >KNSCore::Cache::registerChangedEntry(KNSCore::EntryInternal const&) >(this=0x6582170, entry=...) at /home/koder/Kode/kdegit/kf5/frameworks/knewstuff/src/core/cache.cpp:294
Also it is known that it can cause issues when the dialog gets opened, but closed before being done with the initializing and then reopened. (Just the QWidgets one).
*** This bug has been marked as a duplicate of bug 429442 ***