Summary: | Plasma Crashes when trying to end application with kquiapp5 | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Lucas Lima <lima.lucas.ma> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | alejandro_aero, alexeyponomarenko92, bhush94, hamelg, plasma-bugs, s_chriscollins |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.8.2 | ||
Target Milestone: | 1.0 | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Lucas Lima
2016-10-19 12:32:52 UTC
thanks Also noticed on ksysguard that a plasmashell process stays as 'stopped', and a new one is spawned. A duplicate here : https://bugs.kde.org/show_bug.cgi?id=370426 Here, it crashes since plasma 5.8.0. *** Bug 363291 has been marked as a duplicate of this bug. *** *** Bug 370426 has been marked as a duplicate of this bug. *** We have a SourceModel that inherits from AbastractModel AbastractModel inherits from both QObject and Ref When we call the destructor of Ref, that kills the Pulseaudio::context that emits that the default source has changed during it's teardown. Because the QObject destructor hasn't run yet, our signals are still attached; however they refer to data from SourceModel which we've already run the destructor on - hence crash. Will fix. *** Bug 371127 has been marked as a duplicate of this bug. *** Fixed with d6853cc1dc4e63a779e126c7f23acc2f1ce180f1 which is in Plasma 5.8.3 (In reply to David Edmundson from comment #8) > Fixed with d6853cc1dc4e63a779e126c7f23acc2f1ce180f1 which is in Plasma 5.8.3 Could it be possible you were refering to 5.8.2 ? I looked into the plasma git repository and i cannot find the slightest mention to 5.8.3 Alejandro, commit is f143312e3bb427fe3a31ae1095db4410656b749e in plasma-pa 5.8 branch. |