Bug 353464 - KWin crashes randomly when a new window is created
Summary: KWin crashes randomly when a new window is created
Status: RESOLVED DUPLICATE of bug 352259
Alias: None
Product: kwin
Classification: Plasma
Component: general (show other bugs)
Version: 5.4.1
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-10-02 19:33 UTC by Unknown
Modified: 2015-10-08 19:08 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
Backtrace of kwin (5.36 KB, text/plain)
2015-10-08 11:17 UTC, Unknown
Details
Kwin support information (5.44 KB, text/plain)
2015-10-08 19:01 UTC, Unknown
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Unknown 2015-10-02 19:33:51 UTC
Sometimes when opening a new window, KWin crashes and restarts immediately. This happens very quickly, in less than one second. The windows suddenly disappear and get back, and the new KWin process is started with --crashes N, where N is the crash count since the last boot.

Reproducible: Couldn't Reproduce

Steps to Reproduce:
Haven't found a way to reproduce; occurs randomly.



Arch Linux, kernel 4.1.6-1-ARCH. 

GPU is Nvidia GF 650 Ti, using the proprietary driver.
Comment 1 Thomas Lübking 2015-10-02 20:11:21 UTC
Backtrace ("developer information" tab in the DrKonqi dialog) or it didn't happen ;-P

(We cannot do anything on this bug otherwise, sorry)
Comment 2 Unknown 2015-10-05 15:09:07 UTC
So I installed drkonqi, and now the desktop freezes when the crash occurs. The mouse works and sounds stay playing but windows, buttons etc. do not work. No drkonqi dialog appears.
Comment 3 Thomas Lübking 2015-10-05 15:38:37 UTC
Sounds related to https://bugs.kde.org/show_bug.cgi?id=348834
That's gonna be fun.

If there's still such stopped kwin_x11 process, you can

gdb --pid 123456 2>&1 | tee kwin.dbg # please use the actual PID instead of 123456 ;-)

into it, and "bt" to fetch a backtrace. Otherwise, allow it to generate a core dump

export KDE_DEBUG=1
ulimit -c unlimited
kwin_x11 --replace &

More info: https://wiki.archlinux.org/index.php/Core_dump
Comment 4 Unknown 2015-10-07 19:02:06 UTC
If drkonqi is not installed, the crashing kwin process dies when the new kwin process is launched. I'll try if I can debug it when drkonqi is installed and it hangs.
Comment 5 Thomas Lübking 2015-10-07 20:09:54 UTC
(In reply to antti from comment #4)
> If drkonqi is not installed, the crashing kwin process dies when the new
> kwin process is launched.

That's ok if you allow it to generate coredumps (a core dump can be loaded and inspected by gdb just as if it was a process - except it won't continue ;-)

https://wiki.archlinux.org/index.php/Core_dump
Comment 6 Unknown 2015-10-08 11:17:43 UTC
Created attachment 94891 [details]
Backtrace of kwin
Comment 7 Unknown 2015-10-08 11:19:06 UTC
Now it didn't hang even though drkonqi was installed. (A while ago I configured a new session to be started instead of restoring the previous one (System settings -> Startup and shutdown -> Desktop session). Could this have an effect?)

Backtrace is in attachment.
Comment 8 Martin Flöser 2015-10-08 11:32:59 UTC
can you please provide also the output of:
qdbus org.kde.KWin /KWin supportInformation
Comment 9 Thomas Lübking 2015-10-08 13:08:25 UTC
That's bug #352259 - QML bug, induced by the aurorae engine.
=> Switch to breeze decoration.
Nevertheless please also attach the supportInformation (here)

*** This bug has been marked as a duplicate of bug 352259 ***
Comment 10 Unknown 2015-10-08 19:01:46 UTC
Created attachment 94897 [details]
Kwin support information
Comment 11 Unknown 2015-10-08 19:08:45 UTC
Attached supportInformation. I also changed the window decorations style (Application style -> Window decorations) to "org.kde.breeze" instead of "Plastik".