No subject
Tue May 3 15:05:30 PDT 2016
I have a reproducer, reliable (here), where the evolution crashes in an X error with the below backtrace. My steps are unusual for regular users, but maybe it'll shed some light on the issue.
I run evolution under gdb and press Ctrl+C do set my breakpoints and so on after it is loaded. As soon as do that I get the crash of the evolution as shown below. The backtrace mentions "WebKit::WebPageProxy::processDidCrash()", thus it looked like the WebKitWebPorcess crashed for some reason, thus I re-tried and I first attached another gdb to the running WebKitWebProcess and then repeated the Ctrl+C thing. It surprised me that the gdb of the WebKitWebProcess stopped too in the gdb prompt. I issues "c" command and everything went as it should. From that it seems to me that you pass really everything to the WebKitWebProcess, including the Ctrl+C, which just stops (crashes) the process when there is nothing on top of it, like gdb, which handles the interrupt request.
The backtrace on the evolution side with webkitgtk4-2.14.1-2.fc25.x86_64 (I'm sorry, no debug info for webkitgtk+, too large, but the steps should be better than the backtrace, I hope):
#0 0x00007ffff2aebe40 in gdk_x_error () at /lib64/libgdk-3.so.0
#1 0x00007fffef773ded in _XError () at /lib64/libX11.so.6
#2 0x00007fffef770d17 in handle_error () at /lib64/libX11.so.6
#3 0x00007fffef770dd5 in handle_response () at /lib64/libX11.so.6
#4 0x00007fffef771ce8 in _XReply () at /lib64/libX11.so.6
#5 0x00007fffef76d6dd in XSync () at /lib64/libX11.so.6
#6 0x00007fffef76d77b in _XSyncFunction () at /lib64/libX11.so.6
#7 0x00007ffff3fb4b7c in WebKit::AcceleratedBackingStoreX11::update(WebKit::LayerTreeContext const&) () at /lib64/libwebkit2gtk-4.0.so.37
#8 0x00007ffff3f9c2c1 in webkitWebViewBasePageClosed(_WebKitWebViewBase*) [clone .localalias.174] () at /lib64/libwebkit2gtk-4.0.so.37
#9 0x00007ffff3f5c08b in WebKit::AcceleratedDrawingAreaProxy::exitAcceleratedCompositingMode() () at /lib64/libwebkit2gtk-4.0.so.37
#10 0x00007ffff3f5c0fc in WebKit::AcceleratedDrawingAreaProxy::~AcceleratedDrawingAreaProxy() () at /lib64/libwebkit2gtk-4.0.so.37
#11 0x00007ffff3f5db49 in WebKit::DrawingAreaProxyImpl::~DrawingAreaProxyImpl() () at /lib64/libwebkit2gtk-4.0.so.37
#12 0x00007ffff3dab328 in WebKit::WebPageProxy::resetState(WebKit::WebPageProxy::ResetStateReason) () at /lib64/libwebkit2gtk-4.0.so.37
#13 0x00007ffff3dabd9e in WebKit::WebPageProxy::resetStateAfterProcessExited() () at /lib64/libwebkit2gtk-4.0.so.37
#14 0x00007ffff3dac803 in WebKit::WebPageProxy::processDidCrash() () at /lib64/libwebkit2gtk-4.0.so.37
#15 0x00007ffff3dd7139 in WebKit::WebProcessProxy::didClose(IPC::Connection&) () at /lib64/libwebkit2gtk-4.0.so.37
#16 0x00007fffec9e28dd in WTF::RunLoop::performWork() () at /lib64/libjavascriptcoregtk-4.0.so.18
#17 0x00007fffeca092b9 in WTF::RunLoop::RunLoop()::{lambda(void*)#1}::_FUN(void*) () at /lib64/libjavascriptcoregtk-4.0.so.18
#18 0x00007ffff5f5ee42 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#19 0x00007ffff5f5f1c0 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#20 0x00007ffff5f5f4e2 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#21 0x00007ffff6a362e5 in gtk_main () at /lib64/libgtk-3.so.0
#22 0x0000000000404c60 in main (argc=1, argv=0x7fffffffdca8) at main.c:659
--
You are receiving this mail because:
You are the assignee for the bug.
--1477919794.4dBf7Fe40.13148
Date: Mon, 31 Oct 2016 06:16:34 -0700
MIME-Version: 1.0
Content-Type: text/html
<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - [GTK] Crash of the application on an X error"
href="https://bugs.webkit.org/show_bug.cgi?id=164221">164221</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>[GTK] Crash of the application on an X error
</td>
</tr>
<tr>
<th>Classification</th>
<td>Unclassified
</td>
</tr>
<tr>
<th>Product</th>
<td>WebKit
</td>
</tr>
<tr>
<th>Version</th>
<td>WebKit Local Build
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Unspecified
</td>
</tr>
<tr>
<th>OS</th>
<td>Unspecified
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>Critical
</td>
</tr>
<tr>
<th>Priority</th>
<td>P2
</td>
</tr>
<tr>
<th>Component</th>
<td>WebKit2
</td>
</tr>
<tr>
<th>Assignee</th>
<td>webkit-unassigned@lists.webkit.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>mcrha@redhat.com
</td>
</tr></table>
<p>
<div>
<pre>From <a href="https://bugzilla.gnome.org/show_bug.cgi?id=773302#c15">https://bugzilla.gnome.org/show_bug.cgi?id=773302#c15</a>
I have a reproducer, reliable (here), where the evolution crashes in an X error with the below backtrace. My steps are unusual for regular users, but maybe it'll shed some light on the issue.
I run evolution under gdb and press Ctrl+C do set my breakpoints and so on after it is loaded. As soon as do that I get the crash of the evolution as shown below. The backtrace mentions "WebKit::WebPageProxy::processDidCrash()", thus it looked like the WebKitWebPorcess crashed for some reason, thus I re-tried and I first attached another gdb to the running WebKitWebProcess and then repeated the Ctrl+C thing. It surprised me that the gdb of the WebKitWebProcess stopped too in the gdb prompt. I issues "c" command and everything went as it should. From that it seems to me that you pass really everything to the WebKitWebProcess, including the Ctrl+C, which just stops (crashes) the process when there is nothing on top of it, like gdb, which handles the interrupt request.
The backtrace on the evolution side with webkitgtk4-2.14.1-2.fc25.x86_64 (I'm sorry, no debug info for webkitgtk+, too large, but the steps should be better than the backtrace, I hope):
#0 0x00007ffff2aebe40 in gdk_x_error () at /lib64/libgdk-3.so.0
#1 0x00007fffef773ded in _XError () at /lib64/libX11.so.6
#2 0x00007fffef770d17 in handle_error () at /lib64/libX11.so.6
#3 0x00007fffef770dd5 in handle_response () at /lib64/libX11.so.6
#4 0x00007fffef771ce8 in _XReply () at /lib64/libX11.so.6
#5 0x00007fffef76d6dd in XSync () at /lib64/libX11.so.6
#6 0x00007fffef76d77b in _XSyncFunction () at /lib64/libX11.so.6
#7 0x00007ffff3fb4b7c in WebKit::AcceleratedBackingStoreX11::update(WebKit::LayerTreeContext const&) () at /lib64/libwebkit2gtk-4.0.so.37
#8 0x00007ffff3f9c2c1 in webkitWebViewBasePageClosed(_WebKitWebViewBase*) [clone .localalias.174] () at /lib64/libwebkit2gtk-4.0.so.37
#9 0x00007ffff3f5c08b in WebKit::AcceleratedDrawingAreaProxy::exitAcceleratedCompositingMode() () at /lib64/libwebkit2gtk-4.0.so.37
#10 0x00007ffff3f5c0fc in WebKit::AcceleratedDrawingAreaProxy::~AcceleratedDrawingAreaProxy() () at /lib64/libwebkit2gtk-4.0.so.37
#11 0x00007ffff3f5db49 in WebKit::DrawingAreaProxyImpl::~DrawingAreaProxyImpl() () at /lib64/libwebkit2gtk-4.0.so.37
#12 0x00007ffff3dab328 in WebKit::WebPageProxy::resetState(WebKit::WebPageProxy::ResetStateReason) () at /lib64/libwebkit2gtk-4.0.so.37
#13 0x00007ffff3dabd9e in WebKit::WebPageProxy::resetStateAfterProcessExited() () at /lib64/libwebkit2gtk-4.0.so.37
#14 0x00007ffff3dac803 in WebKit::WebPageProxy::processDidCrash() () at /lib64/libwebkit2gtk-4.0.so.37
#15 0x00007ffff3dd7139 in WebKit::WebProcessProxy::didClose(IPC::Connection&) () at /lib64/libwebkit2gtk-4.0.so.37
#16 0x00007fffec9e28dd in WTF::RunLoop::performWork() () at /lib64/libjavascriptcoregtk-4.0.so.18
#17 0x00007fffeca092b9 in WTF::RunLoop::RunLoop()::{lambda(void*)#1}::_FUN(void*) () at /lib64/libjavascriptcoregtk-4.0.so.18
#18 0x00007ffff5f5ee42 in g_main_context_dispatch () at /lib64/libglib-2.0.so.0
#19 0x00007ffff5f5f1c0 in g_main_context_iterate.isra () at /lib64/libglib-2.0.so.0
#20 0x00007ffff5f5f4e2 in g_main_loop_run () at /lib64/libglib-2.0.so.0
#21 0x00007ffff6a362e5 in gtk_main () at /lib64/libgtk-3.so.0
#22 0x0000000000404c60 in main (argc=1, argv=0x7fffffffdca8) at main.c:659</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>
--1477919794.4dBf7Fe40.13148--
More information about the webkit-unassigned
mailing list