<html>
<head>
<base href="https://bugs.webkit.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Improve GDB backtrace generation for GTK/EFL"
href="https://bugs.webkit.org/show_bug.cgi?id=128928#c9">Comment # 9</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Improve GDB backtrace generation for GTK/EFL"
href="https://bugs.webkit.org/show_bug.cgi?id=128928">bug 128928</a>
from <span class="vcard"><a class="email" href="mailto:pnormand@igalia.com" title="Philippe Normand <pnormand@igalia.com>"> <span class="fn">Philippe Normand</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=128928#c5">comment #5</a>)
<span class="quote">> (In reply to <a href="show_bug.cgi?id=128928#c4">comment #4</a>)
> > Nice investigation indeed.
> >
> > The right thing to do is to get cores from coredumpctl so we don't have to
> > mess around with changing the core_pattern. I'd be interested in working on
> > this eventually (for some large value of eventually).
>
> I guess that would require the users to run systemd. This can be problematic
> on the bots (they run on unprivileged containers, and systemd don't plays
> nice there)
>
>
> Also I'm not sure if it will solve the main problem, that is:
>
> * Due to WebKit multiprocess model, our tooling for the tests can only know
> the pid of WebKitTestRunner, but not the pid of any of the childs
> (WebKitWebProcess, WebKitNetworkProcess, etc).</span >
This can be solved by implementing private C APIs for WKContext and WKPage, like on Mac. I started a patch...
Also changing the crash log analisys as advised in the initial description of the bug.</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>