Created attachment 63109 [details] Backtrace Hello, When 'Compositing type' is set to OpenGL and 'Suspend desktop effects for fullscreen windows' is checked, KWin crashes when application, say, gwenview enters fullscreen mode. OS: Debian wheezy/sid Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash kde-window-manager 4:4.8.4-2 Problem persists either with libgl1-mesa-glx, libgl1-mesa-dri 8.0.2-2 as well as after update to 8.0.3-1. Bug has been reported on bugs.debian.org http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677291 I was told by maintaner to report it here. Fulltrace, Xorg.log, dmesg output and glxinfo are in the attachment. Best regards, Aaron
Created attachment 63110 [details] dmesg output
Created attachment 63111 [details] Xorg log
Created attachment 63112 [details] glxinfo output
I can't reproduce this on Ivybridge using Mesa master and KWin 4.9.4. I've been using a lot of fullscreen games and applications, and also specifically tried Gwenview. I did verify that "Compositing type" is set to "OpenGL" and "Suspend desktop effects for fullscreen windows" is checked. Still having trouble?
(In reply to comment #4) > I can't reproduce this on Ivybridge using Mesa master and KWin 4.9.4. I've > been using a lot of fullscreen games and applications, and also specifically > tried Gwenview. > > I did verify that "Compositing type" is set to "OpenGL" and "Suspend desktop > effects for fullscreen windows" is checked. > > Still having trouble? Thanks for taking a look into this issue. The bug still persists for me with 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 libgl1-mesa 8.0.5-3 kde-window-manager 4:4.8.4-5 Did you restart X after checking "Suspend desktop effects for fullscreen windows" (if it was unchecked previously) when you tried to reproduce it?
Yeah, it's been checked the whole time. It looks like you're on Ironlake, so perhaps it only occurs with that platform. We'll have to check that. Or it could be fixed by newer versions...
(In reply to comment #6) > Yeah, it's been checked the whole time. It looks like you're on Ironlake, > so perhaps it only occurs with that platform. We'll have to check that. > > Or it could be fixed by newer versions... Yes, I believe I have Ironlake (Arrandale), unfortunately I cannot check whether the issue was resolved by newer versions because building libgl1 and KDE from the source code is too much for me to handle. Alternatively, I can try to boot from live CD of a distibution that has newer versions of libgl1-mesa and KDE available.
Hi, I think the bug can be closed since I cannot reproduce the problem anymore. I don't know starting from which version of libgl1-mesa it has stopped to occur but I don't encounter the bug anymore. Debian jessie/sid Linux 3.12-1-amd64 #1 SMP Debian 3.12.9-1 (2014-02-01) x86_64 GNU/Linux libgl1-mesa-dri:amd64 9.2.2-1 kde-window-manager 4:4.11.6-2 Thank you, Best regards, Aaron
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.