Created attachment 319781 [details] Backtrace I have 17 reports of this crash in WebCore::GLContextGLX::makeContextCurrent: Truncated backtrace: Thread no. 1 (10 frames) #0 _g_log_abort at gmessages.c:549 #1 g_log_writer_default at gmessages.c:2613 #2 g_log_structured_array at gmessages.c:1933 #3 g_log_structured at gmessages.c:1760 #7 __glXSendError at libglx.c:757 #8 NotifyXError at libglx.c:773 #9 CommonMakeCurrent at libglx.c:986 #10 WebCore::GLContextGLX::makeContextCurrent at /usr/src/debug/webkitgtk-2.16.6/Source/WebCore/platform/graphics/glx/GLContextGLX.cpp:329 #11 WebKit::ThreadedCompositor::renderLayerTree at /usr/src/debug/webkitgtk-2.16.6/Source/WebKit2/Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp:187 #12 std::function<void ()>::operator()() const at /usr/include/c++/7/bits/std_function.h:706 Better backtrace attached. Note in particular: message_allocated = 0x7fcb4429f560 "The program 'WebKitWebProcess' received an X Window System error.\nThis probably reflects a bug in the program.\nThe error was 'GLXBadContext'.\n (Details: serial 6208 error_code 167 request_code 154 (G"...
I guess at some point the pixmap is destroyed right before the compositing thread tries to make the context current. We could handle that error and return false from GLContextGLX::makeContextCurrent()
Ah no, it's GLXBadContext, not BadDrawable. The main thread is running exit handlers, maybe this is the same as bug #175819?
(In reply to Carlos Garcia Campos from comment #2) > Ah no, it's GLXBadContext, not BadDrawable. The main thread is running exit > handlers, maybe this is the same as bug #175819? Maybe. I'm fine with assuming that for now. If it's not actually fixed, then Andres and I will both be reporting it again here eventually. ;) *** This bug has been marked as a duplicate of bug 175819 ***