Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

[Paul Wise]

Control: close -1

On Tue, 2020-09-15 at 23:35 +0200, Alberto Garcia wrote:

> Have you been able to reproduce this problem again? If you have you
> could try to see if it also happens with 2.30.0.

I haven't had any further crashes in WebKitWebProcess and I don't have
any method to reproduce the original crash.

> If it happened only once I'm tempted to close this bug until you hit
> this problem again.

That seems reasonable, I'll reopen if the same thing happens again.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

[Alberto Garcia]

On Tue, Jun 23, 2020 at 02:49:52PM +0200, Alberto Garcia wrote:

> > I got a random crash (SIGSEGV) in WebKitWebProcess. I've included
> > the gdb backtrace and some possibly related syslog messages
> > below. I don't know how to reproduce the crash. I'm not entirely
> > sure but I think it was from liferea. It could also have been from
> > evolution or gnome-ring.
> 
> Thanks, I forwarded the backtrace to the team, although it didn't
> ring any bell yet. The WebKitWebSource component got a significant
> rewrite in the 2.29 branch so it might be that it doesn't happen
> in trunk anymore, but also that it won't be possible to reproduce
> there.

WebKitGTK 2.30.0 has been released (it's in Debian experimental at the
moment).

Have you been able to reproduce this problem again? If you have you
could try to see if it also happens with 2.30.0.

If it happened only once I'm tempted to close this bug until you hit
this problem again.

Berto

Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

[Alberto Garcia]

On Tue, Jun 23, 2020 at 09:28:47AM +0800, Paul Wise wrote:

> I got a random crash (SIGSEGV) in WebKitWebProcess. I've included
> the gdb backtrace and some possibly related syslog messages below. I
> don't know how to reproduce the crash. I'm not entirely sure but I
> think it was from liferea. It could also have been from evolution
> or gnome-ring.

Thanks, I forwarded the backtrace to the team, although it didn't ring
any bell yet. The WebKitWebSource component got a significant rewrite
in the 2.29 branch so it might be that it doesn't happen in trunk
anymore, but also that it won't be possible to reproduce there.

If it happens again or you get more information let me know, we'll try
to see what we can figure out with with backtrace.

Berto

Bug#963522: WebKitWebProcess: random crash (SIGSEGV)

[Paul Wise]

Package: libwebkit2gtk-4.0-37
Version: 2.28.2-2+b1
Severity: normal
File: /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess
Usertags: crash

I got a random crash (SIGSEGV) in WebKitWebProcess. I've included the
gdb backtrace and some possibly related syslog messages below. I don't
know how to reproduce the crash. I'm not entirely sure but I think it
was from liferea. It could also have been from evolution or gnome-ring. 
If more data from the below core file is needed, it will be available
until it is automatically deleted in one week's time. If this bug
report isn't useful, please close it.

Jun 22 21:40:26 kernel: Code: 00 0f 84 cf 0d 00 00 49 8d 7e 08 e8 b6 4c 1c 01 
48 8d 35 ef d1 a1 01 48 89 c7 e8 a7 31 94 ff 48 8b 6b 38 0f b6 c0 89 44 24 14 
<48> 8b 45 00 48 8b 40 10 48 89 44 24 08 49 8b 46 08 48 89 44 24 30
Jun 22 21:40:26 kernel: WebKitWebProces[4176684]: segfault at 0 ip 
7f2c105a6654 sp 7ffddbb32310 error 4 in 
libwebkit2gtk-4.0.so.37.44.4[7f2c0f8ea000+3008000]
Jun 22 21:38:39 WebKitWebProces[4176684]: WebKit wasn't able to find the GL 
video sink dependencies. Hardware-accelerated zero-copy video rendering can't 
be enabled without this plugin.
Jun 22 21:38:39 WebKitWebProces[4176684]: WebKit wasn't able to find the GL 
video sink dependencies. Hardware-accelerated zero-copy video rendering can't 
be enabled without this plugin.

$ gdb -batch -n -ex 'set pagination off' -ex bt -ex 'bt full' -ex 'thread apply 
all bt full' --core 
/var/crash/1000/4176684-1000-1000-11-1592833226-chianamo--usr-lib-x86_64-linux-gnu-webkit2gtk-4.0-WebKitWebProcess.core
 /usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess
[New LWP 4176684]
[New LWP 4176686]
[New LWP 4176703]
[New LWP 4176688]
[New LWP 4176691]
[New LWP 4177107]
[New LWP 4176707]
[New LWP 4176705]
[New LWP 4177109]
[New LWP 4176704]
[New LWP 4177101]
[New LWP 4176706]
[New LWP 4177110]
[New LWP 4177108]
[New LWP 414318]
[New LWP 409773]
[New LWP 414319]
[New LWP 409881]
[New LWP 409923]
[New LWP 409890]
[New LWP 409928]
[New LWP 409926]
[New LWP 414317]
[New LWP 409772]
[New LWP 409875]
[New LWP 409774]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by 
`/usr/lib/x86_64-linux-gnu/webkit2gtk-4.0/WebKitWebProcess 7 28'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  operator() () at 
../Source/WebCore/platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:699
699 
../Source/WebCore/platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp: No 
such file or directory.
[Current thread is 1 (Thread 0x7f2c0869cf80 (LWP 4176684))]
#0  operator()() () at 
../Source/WebCore/platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:699
#1  0x7f2c0dfbe9fc in WTF::Function::operator()() const () at 
../Source/WTF/wtf/Function.h:84
#2  WTF::RunLoop::performWork() () at ../Source/WTF/wtf/RunLoop.cpp:124
#3  0x7f2c0e00c839 in operator() () at 
../Source/WTF/wtf/glib/RunLoopGLib.cpp:68
#4  _FUN() () at ../Source/WTF/wtf/glib/RunLoopGLib.cpp:70
#5  0x7f2c0e79b4de in g_main_dispatch (context=0x56541f0bebb0) at 
../../../glib/gmain.c:3309
#6  g_main_context_dispatch (context=context@entry=0x56541f0bebb0) at 
../../../glib/gmain.c:3974
#7  0x7f2c0e79b890 in g_main_context_iterate (context=0x56541f0bebb0, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
../../../glib/gmain.c:4047
#8  0x7f2c0e79bb63 in g_main_loop_run (loop=0x56541f0a5860) at 
../../../glib/gmain.c:4241
#9  0x7f2c0e00d298 in WTF::RunLoop::run() () at 
../Source/WTF/wtf/glib/RunLoopGLib.cpp:96
#10 0x7f2c1059e5bf in WebKit::AuxiliaryProcessMain(int, char**) () at 
../Source/WebKit/Shared/AuxiliaryProcessMain.h:68
#11 0x7f2c0f630e0b in __libc_start_main (main=0x56541e4e9760 , 
argc=3, argv=0x7ffddbb32738, init=, fini=, 
rtld_fini=, stack_end=0x7ffddbb32728) at ../csu/libc-start.c:308
#12 0x56541e4e97ea in _start ()
#0  operator()() () at 
../Source/WebCore/platform/graphics/gstreamer/WebKitWebSourceGStreamer.cpp:699
#1  0x7f2c0dfbe9fc in WTF::Function::operator()() const () at 
../Source/WTF/wtf/Function.h:84
#2  WTF::RunLoop::performWork() () at ../Source/WTF/wtf/RunLoop.cpp:124
#3  0x7f2c0e00c839 in operator() () at 
../Source/WTF/wtf/glib/RunLoopGLib.cpp:68
#4  _FUN() () at ../Source/WTF/wtf/glib/RunLoopGLib.cpp:70
#5  0x7f2c0e79b4de in g_main_dispatch (context=0x56541f0bebb0) at 
../../../glib/gmain.c:3309
dispatch = 0x7f2c0e00c850 <_FUN()>
prev_source = 0x0
was_in_call = 0
user_data = 0x7f2c058fa000
callback = 0x7f2c0e00c830 <_FUN()>
cb_funcs = 0x7f2c0e870280 
cb_data = 0x56541f167300
need_destroy = 
source = 0x56541f27b660
current = 0x56541f0bec70
i = 0
__func__ = "g_main_dispatch"
#6  g_main_context_dispatch (context=context@entry=0x56541f0bebb0) at 
../../../glib/gmain.c:3974
#7  0x7f2c0e79b890 in