Summary: | plasma crashes on switching desktops [taskbar related] | ||
---|---|---|---|
Product: | [Plasma] plasma4 | Reporter: | Dmitry <korvin> |
Component: | widget-taskbar | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED DUPLICATE | ||
Severity: | crash | CC: | andresbajotierra |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
partial backtrace
screenshot illustrating the bug full backtrace with correct debug info yet another traceback |
Description
Dmitry
2009-09-16 05:44:44 UTC
More info: Seems that crash caused by taskbar, or at least highly related to it. As I said before, every crash is by preceded by incorrect taskbar alignment. I wanted to take a shot of what happened and noticed the following: 1) I started to switching between desktops to get the crash 2) Upon switching to one of the virtual desktops I saw that taskbar gets misaligned. 3) I waited for some time, but nothing had happened -- all was stayed still and no crash at all. 4) I pressed `print screen' button to take a shot of taskbar and voila! Plasma crashed. 5) Taken shot was unusable, because it contained no plasma at all, just the Firefox window, stretched at fullscreen :) My thought is -- crash happens when misaligned taskbar wants to insert new task item (for ksnapshot). Hope that this will help somehow :) Mh, a backtrace could be useful too. You should get the Crash Handler dialog at least once (the first time Plasma crashes on a session). Try running "kquitapp plasma-desktop && sleep 5 && plasma-desktop" to restart Plasma. Then try to reproduce the situation that causes the bug. Thanks Created attachment 37010 [details]
partial backtrace
So, here is the backtrace. As I expected, it says about crash on the item appending chain. But actual error could not be located due to lack of debug info in /usr/lib64/kde4/plasma_applet_tasks.so
Could someone say me, how to recompile that lib with debug info turned on? I remerged all pkgs(*) related to plasma with +debug use flag, but it seemed that nothing had changed too much.
* here is the list:
kde-base/kdeplasma-addons debug
kde-base/plasma-apps debug
kde-base/plasma-runtime debug
kde-base/plasma-workspace debug
Created attachment 37011 [details]
screenshot illustrating the bug
Strange, plasma_applet_tasks.so belongs to kde-base/plasma-workspace. I oduble checked that I really rebuilded it with debug info, but result is the same. Of course I all sessions to update library image in the mem. I think Gentoo runs "strip" on the files after the compilation, automatically removing the debug information. Could you try to check this and disable that command ? Thanks Created attachment 37031 [details]
full backtrace with correct debug info
Yes, you're absolytely right. Gentoo was stripping binaries even with debug useflag set. The solution is to add `splitdebug' to FEATURES in make.conf.
So, at last, here's the full backtrace :)
Created attachment 37058 [details]
yet another traceback
New info: the same bug happens not only after new task bar item (such as when ksnapshot was run), but also on plain desktop switching.
As I see, the mechanism is the same both ways and related to placemnt of newly created item. Seems that traceback is the same not depending on how the bug was fired.
Your crashes are bug 199325. Some investigation and fix attempts are being done there; may be your information could be useful too. Merging both reports. Thanks *** This bug has been marked as a duplicate of bug 199325 *** |