Bug 339235

Summary: Closing windows sometimes invalidates window texture rendering
Product: [Plasma] kwin Reporter: Ruchir Brahmbhatt <ruchir.brahmbhatt>
Component: auroraeAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: jb, krejzi
Priority: NOR    
Version: git master   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=341110
Latest Commit: Version Fixed In: 5.2.0
Sentry Crash Report:
Attachments: kwin log

Description Ruchir Brahmbhatt 2014-09-20 14:02:03 UTC
OS: Opensuse factory x86_64
KDE Framework 5.1
Plasma shell 5.0.1
kwin5-5.0.95~git20140911-22.2.x86_64

Often closing windows crashes kwin. I can always produce it by following steps mentioned.

Reproducible: Always

Steps to Reproduce:
1. Login
2. Start and login to skype
3. Close skype contacts window

Actual Results:  
kwin crash

Expected Results:  
skype should simply close and desktop should run smoothly

This happens with closing other apps also but with attempt to close skype after first login crashes always.
Comment 1 Martin Flöser 2014-09-20 14:12:14 UTC
do you have a crash trace? Otherwise it's difficult to know what is causing the crash (obviously it's not crashing on my system ;-) ).

Shot in the blue: you are using the Breeze window decoration?
Comment 2 Ruchir Brahmbhatt 2014-09-21 06:12:17 UTC
Well it doesn't generate proper backtrace despite having kwin debug packages installed but I think based on your comments it seems related to breeze as I do use that decoration and don't have debug packages of breeze installed. I can reproduce it but I can't get to trigger drkonqi to get backtrace. Also I noticed kwin is not actually crashing, neither does plasma shell. However screen goes black. Hitting ALT+TAB shows program names but not full windows. Please guide how to debug this.
Comment 3 Thomas Lübking 2014-09-21 08:09:07 UTC
no crash, no bactrace - no dr. konqui

-> please attach the output of "qdbus org.kde.KWin /KWin supportInformation"
Comment 4 Ruchir Brahmbhatt 2014-09-21 15:32:02 UTC
Created attachment 88778 [details]
kwin log
Comment 5 Thomas Lübking 2014-09-21 18:37:51 UTC
> glCoreProfile: true
> GPU class: i965

Please change to OpenGL 2.1 (the chip doesn't support GL3 anyway)
run "kcmshell5 kwincompositing", change the setting, THEN REBOOT (to be sure. yes. sorry)

> OpenGL version string: 2.1 Mesa 10.3.0-rc1
Did/does this also happen w/ a stable MESA version?
Comment 6 Ruchir Brahmbhatt 2014-09-22 08:28:01 UTC
I can produce this after switching to opengl 2.0 also. I'm on opensuse factory rolling release so not easy to change  Mesa version I think.
Comment 7 Ruchir Brahmbhatt 2014-09-25 10:49:35 UTC
I can't reproduce it in oxygen style so it seems related to breeze only.
Comment 8 Thomas Lübking 2014-09-26 14:23:08 UTC
(In reply to Ruchir Brahmbhatt from comment #7)
> I can't reproduce it in oxygen style so it seems related to breeze only.

Does this indeed refer to the *style* (application, "kcmshell5 style") or the deco plugin (titlebar, "kcmshell5 kwindecoration")?
Comment 9 Ruchir Brahmbhatt 2014-09-27 05:41:16 UTC
Decoration plugin is oxygen and its not crashing. Style is still breeze.
Comment 10 Jayesh Bhoot 2014-11-18 12:24:01 UTC
I confirm this bug. For me, it happened in two setups with KDE 5: Arch Linux and Kubuntu.
In both the OSs, I was using Breeze window decoration.
On closing certain windows, the UI barfs, rendering the GUI useless.
The application windows, closing which causes this bug, vary.
First, I thought this was happening due to apps using xembed tray - odeskteam, cantata, thunderbird.
But then I saw this happening with - firefox, amarok, trojita, and even konversation. So, I think the real culprit is Breeze.

The way I used to fix it was to kill kwin_x11 in tty and then switching back to GUI, where I would re-run kwin_x11 through krunner.

Then, after some research, I switched (only) the window decoration from Breeze to Oxygen. Rest of it is still Breeze.
I haven't encountered any crashes as of yet (full day).
Comment 11 Antonio Rojas 2014-11-27 14:55:59 UTC
*** Bug 336187 has been marked as a duplicate of this bug. ***
Comment 12 Thomas Lübking 2014-11-27 16:49:33 UTC
*** Bug 341110 has been marked as a duplicate of this bug. ***
Comment 13 Martin Flöser 2014-12-05 14:05:48 UTC
This issue is most likely going to be fixed with the upcoming 5.2 release either due to the new decoration framework or the usage of Qt 5.4. The combination should make Aurorae more robust especially when tearing down the OpenGL based QtQuick scene.

In case you are still able to reproduce after the release of 5.2 please reopen.