Bug 429677

Summary:	Crash when trying to uninstall an item (after reopening the dialog)
Product:	[Frameworks and Libraries] frameworks-knewstuff	Reporter:	Friedrich W. H. Kossebau <kossebau>
Component:	general	Assignee:	Dan Leinir Turthra Jensen <admin>
Status:	RESOLVED DUPLICATE
Severity:	crash	CC:	alexander.lohnau, kdelibs-bugs
Priority:	NOR	Keywords:	drkonqi
Version:	5.76.0
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	New crash information added by DrKonqi

Description Friedrich W. H. Kossebau 2020-11-26 09:16:07 UTC

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

Comment 1 Friedrich W. H. Kossebau 2020-11-26 09:16:08 UTC

Created attachment 133662 [details]
New crash information added by DrKonqi

DrKonqi auto-attaching complete backtrace.

Comment 2 Friedrich W. H. Kossebau 2020-11-26 09:23:44 UTC

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?

Comment 3 Alexander Lohnau 2020-11-26 09:32:12 UTC

>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).

Comment 4 Alexander Lohnau 2020-11-26 09:33:01 UTC


*** This bug has been marked as a duplicate of bug 429442 ***