Summary: | plasma crashes on closing "3d earth model" widget | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Marcin Ślusarz <marcin.slusarz> |
Component: | widget-misc | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | rdieter |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Fuller backtrace
Backtrace (4.0.3/Kubuntu/amd64) Backtrace (4.0.3/Kubuntu/amd64) plasma crash backtrace on debian/experimental/amd64 |
Description
Marcin Ślusarz
2007-11-25 01:44:43 UTC
Re-unconfirm (owner changing confirmed the bug). I have the same problem. Not playground but extragear according to directories in the traceback... I can't reproduce this and can't see how its possible from the code. But I did just notice one thing in the traceback: from /storage/tmp/kde4dev/qt-unstable/lib/libQtOpenGL.so.4 Please reopen if this can be reproduced with KDE HEAD and a stable Qt. rejecting reports from kde4daily users is not the best way to encourage more testing... We're sorry, we're not rejecting because "it's from KDE4Daily" but because we are not able to reproduce it, and this problem seems to happen just when using the image in the virtual machine. If we can do something to fix it on a "normal" system, and the first step to do something is actually reproduce it, we'll surely have a look at the bug, reopen this report, and try to fix it. =) I hope you will understand, we're working hard to bring Plasma into a releaseble state. =) kde4daily uses an unstable qt? I will ask the maintainer exactly what he's using then. Looking at the traceback, the issue looks like it's occuring within Qt. Riccardo: I understand it now. Thanks for clarification. qt-unstable is apparently just an artifact of building kde4 for so long and it's actually qt-copy. However, this does look to be a qt bug when tracing things out so what should be done with it? Created attachment 22677 [details]
Fuller backtrace
Since this is no longer INVALID, here's a fuller backtrace including Qt calls.
If it is a Qt bug, it should go to qt-bugs@trolltech.com *** Bug 155316 has been marked as a duplicate of this bug. *** I have this issue as well Seeing this in fedora as well: http://bugzilla.redhat.com/435656 For me, it kills the entire desktop/session, not just plasma. crazy, wierd that is. Created attachment 24164 [details]
Backtrace (4.0.3/Kubuntu/amd64)
Confirmed on 4.0.3/Kubuntu/amd64. On this system adding the widget works fine, but displays the "OpenGL Shaders not supported" message in the standard plasma frame. Only when closing the applet does it crash, bringing down plasma and the taskmanager (on taskbar). Restarting plasma works fine (minus taskmanager). Created attachment 24280 [details]
Backtrace (4.0.3/Kubuntu/amd64)
I have this issue as well. It happened when the 'Chemical Data' widget could not be created and I tried to close it. I can produce the backtrace if required. This is from a fresh build that I did yesterday from the SVN. Created attachment 24627 [details]
plasma crash backtrace on debian/experimental/amd64
I see a similar behavior when closing any widget (tried kalgebra and trashcan).
I'm using plasma and extragear-plasma 4.0.72+svn802997/amd64 from
debian/experimental.
Confirmed here, crashes on remove. My version of kde was head a week ago, compiled from source. Run as a full user on a full X session, not as a virtual machine. I have the latest ubuntu nVidia drivers on an 8800GT, which runs any composting just fine... I find it very unlikely that I don't have openGL shader support. The applet runs fine here. I have the nvidia proprietary driver 1.0-9639 Running the nvidia-settings dialog gives me GL_EXT_Cg_shader as OpenGL extension. Running plasma from Konsole, when I add the 3D Earth Model, I get as output in konsole: [kde4@localhost ~]$ plasma(6247)/libplasma PlasmaAppletItemModel::mimeData: GETTING MIME DATA plasma(6247)/libplasma CustomDragTreeView::startDrag: Size: 112 Off: 16 plasma(6247) BlueMarble::initializeGL: plasma(6247) BlueMarble::initializeGL: Loading shader plasma(6247) BlueMarble::initializeGL: Initing shader plasma(6247) BlueMarble::initializeGL: Loading atmosphere shader and when I remove it I get no crash. Can all nvidia users check if you have the same? Can you check the nvidia OpenGL options you have? If you have the crash, please check and report the output from running plasma from a terminal and adding and removing the applet. (kquitapp plasma and plasma in a terminal will run plasma from there) * Backtrace from comment #19 is a dup of bug #162018 and comment #20 confirms the other bug * last known version where it happens is 4.0.3, anybody who's able to reproduce it in 4.1-beta1 or later? ok, I mark this report now as closed cause it seems noone is able to reproduce this any longer (judging from the missing feedback to comment #21 :-) if there is still someone able to reproduce this, please reopen the report and provide us some additional details like what KDE4-version, like details about your nvidia-driver, etc. Thanks in advance. Uh, the bug report was about the applet crashing (instead of failing gracefully) when you do NOT have the required OpenGL shaders. So the people who should test this are people who are NOT using the proprietary nvidia driver. I also question the usefulness of having an applet in kdeplasmoids which only works with proprietary software. for what it's worth, i couldn't reproduce this when using mesa opengl way back when. with mesa, it came up saying that the applet couldn't be initialized or some such after which i was able to remove it. yes, it works properly here on my machine that doesn't have the necessary GL features. btw, there's nothing inherently proprietary about programmable shaders. it's just that the only driver that currently implements this feature on x.org is proprietary; but it's part of the openGL spec and an open driver could just as easily support them as well. |