Bug 429677 - Crash when trying to uninstall an item (after reopening the dialog)
Summary: Crash when trying to uninstall an item (after reopening the dialog)
Status: RESOLVED DUPLICATE of bug 429442
Alias: None
Product: frameworks-knewstuff
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.76.0
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Dan Leinir Turthra Jensen
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2020-11-26 09:16 UTC by Friedrich W. H. Kossebau
Modified: 2020-11-26 09:33 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (78.56 KB, text/plain)
2020-11-26 09:16 UTC, Friedrich W. H. Kossebau
Details

Note You need to log in before you can comment on or make changes to this bug.
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 ***