Summary: | plasma crash starting konqueror | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Paul Fee <paul.f.fee> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | crash | CC: | andresbajotierra, aseigo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Paul Fee
2009-07-21 17:01:59 UTC
This could be a Qt bug. - Do you think you would be able to reproduce the crash at will again ? Thanks Hi Dario, I get a few KDE4.3 plasma crashes a day, but unfortunately I don't think I could trigger them on demand. They seem to be more likely when new windows are appearing, however I don't have a precise record of what triggered the bug. Incidentally, my desktop often seems unresponsive, but that may not be entirely KDE's fault. I'm also running VirtualBox which eats 70% CPU (despite the guest OS being idle). KWin occasionally disables compositing (using Intel GMA graphics, Lenovo T400), which may also indicate high load. I'm not sure if high CPU load is a relevant factor with this bug, but race conditions can often be triggered by unrelated load. Let me know if I can provide more info. Thanks, Paul There are still a few of taskbar-entry related crashes in Plasma. About the VirtualBox, I think you can reduce the load if you install the VirtualBox additions in the guest OS (if it supports the additions). I don't think the issue is related to the plasma crash. Try updating your Qt package to Qt4.5.2. Thanks Updated to KDE 4.2.98, same plasma crash occured (well, at list the same few lines in the stack trace). Thread 1 (Thread 0x7f1441a48750 (LWP 19384)): [KCrash Handler] #5 0x00007f143f0fe284 in QGraphicsLayoutItem::isLayout (this=0x169c1d0) at graphicsview/qgraphicslayoutitem.cpp:782 #6 0x00007f143f0fcff2 in QGraphicsLayoutPrivate::activateRecursive (this=0x1b31f10, item=0x169c1d0) at graphicsview/qgraphicslayout_p.cpp:181 #7 0x00007f143f0fd030 in QGraphicsLayoutPrivate::activateRecursive (this=0x1b31f10, item=0x1b32200) at graphicsview/qgraphicslayout_p.cpp:189 #8 0x00007f143f0fd030 in QGraphicsLayoutPrivate::activateRecursive (this=0x1b31f10, item=0x1b31ef0) at graphicsview/qgraphicslayout_p.cpp:189 #9 0x00007f143f0fc9a3 in QGraphicsLayout::activate (this=0x1b31ef0) at graphicsview/qgraphicslayout.cpp:258 Still using Qt 4.5.0, I wasn't expecting KDE 4.3 RC3 to fix the bug, but thought I'd update this bug to show it's still active with RC3. Is there a recommended kubuntu PPA with Qt 4.5.2 packages which I can install? Thanks. Unfortunatelly I couldn't find any Qt4.5.2 package; only for karmic: http://ns2.canonical.com/cs/source/karmic/qt4-x11 I wonder why Ubuntu is not pushing Qt4.5.2... Hi, The best I could find was: https://launchpad.net/~mapopa/+archive/arora-stable If Qt 4.5.2 is a requirement of KDE 4.3 and kubuntu place KDE 4.3 in jaunty-backports, then that would imply that Qt 4.5.2 is also required in jaunty-backports. It seems like Qt 4.5.2 has some important bug fixes to avoid plasma-desktop crashes. Are the kubuntu folks aware that 4.5.2 is needed in order to get a good KDE 4.3 experience? The packaging of Qt 4.5.2 is up to the individual distros, but KDE 4.3's dependency on it needs to be highlighted so distros are aware that Qt 4.5.0 isn't good enough. Is that fair and accurate? Is so, then what's the channel for communicating this new dependency? I presume the KDE source tarballs don't include dependency details. Packages (e.g. .deb or .rpm) contain dependencies, but I expect that data is gathered and maintained by the distros themselves. Should the KDE 4.3 release notes document that the minimum required version of Qt is 4.5.2? Thanks. "Are the kubuntu folks aware that 4.5.2 is needed in order to get a good KDE 4.3 experience?" i don't know; you'd have to ask the kubuntu team. "KDE 4.3's dependency on it needs to be highlighted so distros are aware that Qt 4.5.0 isn't good enough." yes, we could probably make more noise about this. on the other hand, this is really true of all our upstream dependencies (which is a bit of a pandora's box). it's really the distro's job to ensure that key dependencies are up to date, particularly with bug fix releases. Hi Aaron, Agreed, it's the distro's role to provide the dependencies that KDE 4.3 requires. I've emailed kubuntu folks to see if they can provide Qt 4.5.2. Good to know that Qt 4.5.2 will fix the issue. KDE can only publicise its dependencies, hopefully the distros can provide them. Without it, KDE 4.3's plasma crashes more than KDE 4.2.x, hence an up to date version of Qt is important. Thanks, Paul By the way, the nice people at Kubuntu have included Qt 4.5.2 for Jaunty in the same PPA used to release KDE 4.3.0. So this bug is fixed for that slice of the Linux user population. https://launchpad.net/~kubuntu-ppa/+archive/backports |