Summary: | Plasmashell crashes when trying to remove CPU Load Monitor widget | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | soee <kontakt> |
Component: | general | Assignee: | David Edmundson <kde> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | andysem, antonis+kdebugs, bhush94, bugzylittle, plasma-bugs, Ronny.Standtke, scottn, uvladimir |
Priority: | NOR | Keywords: | drkonqi |
Version: | 5.3.0 | ||
Target Milestone: | 1.0 | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
New crash information added by DrKonqi
Another crash backtrace |
Description
soee
2015-04-25 20:23:57 UTC
Temporary workaround to remove such widget would be to edit: ~/.config/plasma-org.kde.plasma.desktop-appletsrc and remove from it entry related to our CPU widget. Now if we try to remove it from desktop and plasmashell will crash, it won't be loaded again. CONFIRMED here. Disk widget just locked the whole computer while I was turning off some of the unrelated sensors. x'ing out cpu widget crashed plasma. Need to be able to turn off widget text. text extremely large. After crash memory widget no longer functions. must go to config to initiate working behavior again. Resizing a widget in close proximity to another widget prevents resize. Thanks Putting the relevant part inline Thread 26 (Thread 0x7fdae31c1700 (LWP 31473)): [KCrash Handler] #6 0x00007fdbd221e840 in QQuickWindow::update() () from /usr/lib/x86_64-linux-gnu/libQt5Quick.so.5 #7 0x00007fdaef2fdfed in Plotter::render (this=0x4ea3040) at ../../../../src/qmlcontrols/kquickcontrolsaddons/plotter.cpp:712 *** Bug 346866 has been marked as a duplicate of this bug. *** Created attachment 92342 [details]
New crash information added by DrKonqi
plasmashell (5.3.0) using Qt 5.4.1
- What I was doing when the application crashed:
I get these crashes with any of the monitor widgets, in my case it's usually when I press "Undo" on the deletion.
-- Backtrace (Reduced):
#6 0x00007f3588ad6840 in QQuickWindow::update() (this=0x8) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qscopedpointer.h:135
#7 0x00007f3588ad6840 in QQuickWindow::update() (p=...) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qglobal.h:961
#8 0x00007f3588ad6840 in QQuickWindow::update() (this=0x0) at items/qquickwindow.h:66
#9 0x00007f3588ad6840 in QQuickWindow::update() (this=0x0) at items/qquickwindow.cpp:280
#10 0x00007f353483efed in Plotter::render() (this=0x686d610) at ../../../../src/qmlcontrols/kquickcontrolsaddons/plotter.cpp:712
Created attachment 92343 [details]
Another crash backtrace
Another variation of this crash, seems like a race condition.
Attached by hand since Dr. Konqi didn't suggest this bug, and clicking on the button to suggest it's related wouldn't do anything. Another bug to report... :)
Git commit 65693b6013d5d58e59fa994ee78ab9d910c866aa by Marco Martin. Committed on 01/05/2015 at 08:59. Pushed by mart into branch 'master'. check that window() exists don't try to update the window if it doesn't exist render() already checks for window() existence, so the reason for this crash should be that any operation done in the render() function causes the deletion of the window or reparenting of the widget M +3 -1 src/qmlcontrols/kquickcontrolsaddons/plotter.cpp http://commits.kde.org/kdeclarative/65693b6013d5d58e59fa994ee78ab9d910c866aa *** Bug 349760 has been marked as a duplicate of this bug. *** *** Bug 348350 has been marked as a duplicate of this bug. *** Is it fixed? I don't see it with latest master. *** This bug has been marked as a duplicate of bug 349289 *** |