Summary: | kwin randomly crashes when switching desktops | ||
---|---|---|---|
Product: | [Plasma] kwin | Reporter: | Jesse <jessenzr> |
Component: | compositing | Assignee: | KWin default assignee <kwin-bugs-null> |
Status: | RESOLVED DOWNSTREAM | ||
Severity: | normal | CC: | eevee.kdebugs, EmilJacobs, jpalecek, malek.ric |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=388127 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jesse
2017-10-30 23:21:30 UTC
Please provide backtrace of the crash. Without we cannot investigate at all. How can I do that in this case? When it crashes, it doesn't popup that usual error dialog. How about this? QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QXcbConnection: XCB error: 3 (BadWindow), sequence: 10887, resource id: 98599225, major code: 15 (QueryTree), minor code: 0 QXcbConnection: XCB error: 3 (BadWindow), sequence: 14585, resource id: 98573266, major code: 15 (QueryTree), minor code: 0 QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined QOpenGLContext::swapBuffers() called with non-exposed window, behavior is undefined The X11 connection broke: No error (code 0) XIO: fatal IO error 0 (Success) on X server ":0" after 2970130 requests (2970130 known processed) with 0 events remaining. QObject::~QObject: Timers cannot be stopped from another thread QThread::wait: Thread tried to wait on itself sorry, but that's nothing in addition to what you provided in the initial comment. Sorry, I did not notice the first comment. I am just facing the same bug as Mr. Jesse. And guys here too: https://bbs.archlinux.org/viewtopic.php?id=231042. I will try to search a way how to provide a kwin backtrace. I'm having the same problem — quite frequently! — and I don't think kwin is crashing at all. It seems to be cleanly exiting, hence the lack of a backtrace or error dialog or automatic restarting. At the moment I'm running it in a shell loop, which is... not ideal. I'm also on Arch with the nvidia blob, using 5.11.3, and had no problems before upgrading from 5.10.5. The Arch forum thread suggests it's fixed in 5.11.4, but doesn't clarify further. I don't see any recent commits that /sound/ relevant, but I only know so much about WM internals. :) This is definitely still happening with 5.11.4 and the latest nvidia blob. Again, there is no backtrace; kwin is exiting cleanly. KWin is not exiting cleanly, it aborts because the X connection broke. This is usually caused by a faulty X driver causing a crash of the X server. Please looks for someone who is able to debug X server crashes. I'm pretty sure I'd notice if X were crashing. See also bug 388127, which has a workaround. I'd like to confirm this bug in an updated instance of Fedora 27. The bug is intermittent and therefore not easily reproducible. Workaround so far is to not use virtual desktops... If logging is required, please request specific logging as I'm not a developer and can't easily judge what is and isn't relevant. Resetting the state. The issue is not in our code, but most likely in the driver. This is based on the information we have in this bug report. Just reopening doesn't change the fact of the information presented here. If you have new information which would indicate differently, then please present the information. But do not reopen the bug, we will do so if the information point to a bug in KWin. This is not a bug tracker for all issues in the stack, but only for KWin. |