| Summary: | Kwin crash after enabling/disabling effects | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Lukasz <Lukasz.Kurylo> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | crash | CC: | beticuchomalo, florent, gautham.anil, h4xx0rz, jamey1103, metamorfozis, reefenergy, soboku1 |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Lukasz
2010-09-09 10:52:00 UTC
maybe kwin causes a GL_BUFFER_UNDERFLOW (through glPopAttrib()) - however (and even iff) this should NOT segfault the application, ie. the driver (intel) is likely broken. for any more detailed info you'll have to install the debug package of your driver "xf86-intel-dev" or sth. like this and restart X11 (log out & in in doubt) and recause the issue. Until then and in a bold move i dare to set it UPSTREAM for extreme high odds that it is... *** Bug 252048 has been marked as a duplicate of this bug. *** *** Bug 252177 has been marked as a duplicate of this bug. *** Created attachment 52773 [details]
New crash information added by DrKonqi
kwin (4.5.1 (KDE 4.5.1)) on KDE Platform 4.5.1 (KDE 4.5.1) using Qt 4.7.0
- What I was doing when the application crashed: booting the machine after changing xrandr settings.
-- Backtrace (Reduced):
#29 0x008d5b12 in KWin::PaintClipper::Iterator::~Iterator (this=0xbff60e18, __in_chrg=<value optimized out>) at ../../../kwin/lib/kwineffects.cpp:969
#30 0x008e2e38 in KWin::renderGLGeometry (region=..., count=4, vertices=0x9b3e700, texture=0x9b3e728, color=0x0, dim=2, stride=0) at ../../../kwin/lib/kwinglutils.cpp:187
#31 0x001d9356 in KWin::SceneOpenGL::Window::renderQuads (this=0x9d17880, region=..., quads=...) at ../../kwin/scene_opengl.cpp:1655
#32 0x001dea29 in KWin::SceneOpenGL::Window::performPaint (this=0x9d17880, mask=<value optimized out>, region=..., data=...) at ../../kwin/scene_opengl.cpp:1525
#33 0x001ccd66 in KWin::Scene::finalDrawWindow (this=0x9568140, w=0x9d17868, mask=1, region=..., data=...) at ../../kwin/scene.cpp:330
*** Bug 256850 has been marked as a duplicate of this bug. *** additional info: did a gg query. there's been such bug in mesa 7.4, but it's claimed to be fixed. apparently it's not?! :-( *** Bug 257746 has been marked as a duplicate of this bug. *** can please everybody who can reproduce this issue (crash in ~Iterator with the gl backend) for sure check whether it's related to a specific effect plugin? ie. disable all effects but keep compositing active and check whether the problem remains. if NOT, re-enable the plugins one by one until the issue re-appears. to do a dump of your currently active effects, do: grep -iE 'kwin4_effect_.*Enabled=true' `kde4-config --path config | cut -d":" -f1`/kwinrc | sed -e 's/kwin4_effect_//g; s/Enabled=true//g' ----- detail: the crash happens in glPopAttrib what should not happen at all, but it's very possible that we somehow get out of push/pop sync and we could the bypass the crash by preventing the underflow *** Bug 259287 has been marked as a duplicate of this bug. *** *** Bug 259627 has been marked as a duplicate of this bug. *** *** Bug 264454 has been marked as a duplicate of this bug. *** *** Bug 268654 has been marked as a duplicate of this bug. *** this is the most likely a dupe (and the provided traces couldn't invalidate that assumption) the newer bug has better traces and an upstream bug link *** This bug has been marked as a duplicate of bug 262639 *** |