Bug 207535 - plasma crashes on switching desktops [taskbar related]
Summary: plasma crashes on switching desktops [taskbar related]
Status: RESOLVED DUPLICATE of bug 199325
Alias: None
Product: plasma4
Classification: Plasma
Component: widget-taskbar (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-09-16 05:44 UTC by Dmitry
Modified: 2009-10-01 00:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
partial backtrace (4.00 KB, text/plain)
2009-09-17 11:39 UTC, Dmitry
Details
screenshot illustrating the bug (149.72 KB, image/png)
2009-09-17 11:40 UTC, Dmitry
Details
full backtrace with correct debug info (5.42 KB, text/plain)
2009-09-18 10:49 UTC, Dmitry
Details
yet another traceback (4.70 KB, text/plain)
2009-09-19 14:04 UTC, Dmitry
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dmitry 2009-09-16 05:44:44 UTC
Version:            (using KDE 4.3.1)
OS:                Linux
Installed from:    Gentoo Packages

Hi all. I upgeaded to KDE 4.3.1 less than a week ago, but this bug is already got me annoyed %)

Basic symptoms: Plasma crash followed by automatic restart with no error report form appeared.

How to reproduce: Hard to say, but it happens after ~2.5 sec desktop had switched.

Reproduction: chaotic, but crash frequency is highly increased on high activity. So if I start to switching between desktops like crazy I would get crash almost 100%.

Note: I had noticed that task bar gets incorrectly sized just before the crash. I mean it acts like it had less space to stretch itself and there is some whitespace around it. When normal switching happens task bar always gets sized correctly.
Comment 1 Dmitry 2009-09-16 05:54:42 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 :)
Comment 2 Dario Andres 2009-09-16 14:41:31 UTC
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
Comment 3 Dmitry 2009-09-17 11:39:27 UTC
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
Comment 4 Dmitry 2009-09-17 11:40:11 UTC
Created attachment 37011 [details]
screenshot illustrating the bug
Comment 5 Dmitry 2009-09-17 11:57:38 UTC
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.
Comment 6 Dario Andres 2009-09-17 13:57:25 UTC
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
Comment 7 Dmitry 2009-09-18 10:49:31 UTC
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 :)
Comment 8 Dmitry 2009-09-19 14:04:42 UTC
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.
Comment 9 Dario Andres 2009-10-01 00:17:33 UTC
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 ***