Bug 156267

Summary: [Gtk] [Wayland] JavaScriptCore calls X11 code on Wayland and crashes
Product: WebKit Reporter: Georges Basile Stavracas Neto <feaneron>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Major CC: bugs-noreply, mcatanzaro
Priority: P2    
Version: Other   
Hardware: Unspecified   
OS: Unspecified   

Georges Basile Stavracas Neto
Reported 2016-04-05 17:38:33 PDT
When running Epiphany 3.20 backed by WebKit2Gtk 2.12.0-1 in Arch Linux, it crashes with a certain frequency because it calls X11 code. Some websites where the crash occurs: - Slack (only when logged in) - UOL: www.uol.com.br Looks like the JavaScriptCore component is the one to blame here. A not-so-useful stacktrace: Thread 1 (Thread 0x7ffff7f0e980 (LWP 18930)): #0 0x00007ffff7ad90c9 in _XSend () from /usr/lib/libX11.so.6 #1 0x00007ffff7ad94d5 in _XFlush () from /usr/lib/libX11.so.6 #2 0x00007ffff7adbfa5 in _XGetRequest () from /usr/lib/libX11.so.6 #3 0x00007ffff7ac0225 in _XGetWindowAttributes () from /usr/lib/libX11.so.6 #4 0x00007ffff7ac0421 in XGetWindowAttributes () from /usr/lib/libX11.so.6 #5 0x00007ffff26ee864 in ?? () from /usr/lib/libgtk-3.so.0 #6 0x00007ffff0e5d1d4 in ?? () from /usr/lib/libgobject-2.0.so.0 #7 0x00007ffff0e779d6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x00007ffff0e780bf in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x00007ffff26b8b4e in gtk_widget_realize () from /usr/lib/libgtk-3.so.0 #10 0x00007ffff26bc178 in gtk_widget_set_parent () from /usr/lib/libgtk-3.so.0 #11 0x00007ffff505dc24 in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #12 0x00007ffff0e600a7 in g_cclosure_marshal_VOID__OBJECTv () from /usr/lib/libgobject-2.0.so.0 #13 0x00007ffff0e5d1d4 in ?? () from /usr/lib/libgobject-2.0.so.0 #14 0x00007ffff0e779d6 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #15 0x00007ffff0e780bf in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #16 0x00007ffff24a4ce5 in gtk_container_add () from /usr/lib/libgtk-3.so.0 #17 0x00007ffff507f38c in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #18 0x00007ffff50b0ce4 in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #19 0x00007ffff4df0f61 in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #20 0x00007ffff4eae7db in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #21 0x00007ffff4dece7b in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #22 0x00007ffff4decf6d in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #23 0x00007ffff4ded933 in ?? () from /usr/lib/libwebkit2gtk-4.0.so.37 #24 0x00007ffff4712fbf in WTF::RunLoop::performWork() () from /usr/lib/libjavascriptcoregtk-4.0.so.18 #25 0x00007ffff4743649 in ?? () from /usr/lib/libjavascriptcoregtk-4.0.so.18 #26 0x00007ffff0b86dba in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #27 0x00007ffff0b87160 in ?? () from /usr/lib/libglib-2.0.so.0 #28 0x00007ffff0b8720c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #29 0x00007ffff114cafd in g_application_run () from /usr/lib/libgio-2.0.so.0 #30 0x0000000000430396 in main ()
Attachments
Michael Catanzaro
Comment 1 2016-04-06 08:42:00 PDT
Unfortunately this backtrace is mostly useless, except to show that JSC is definitely not to blame. We really need a backtrace with debug symbols and preferably stack variables ('bt full').
Georges Basile Stavracas Neto
Comment 2 2016-07-20 09:15:40 PDT
This issue doesn't happen anymore with Epiphany 3.20.3 and WebKitGTK+ 2.12.3.
Note You need to log in before you can comment on or make changes to this bug.