bug#57953: 29.0.50; crash on xwidget-browse-url

[Po Lu]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Felix <felix.dick@web.de> writes:
>
>> This works with 'emacs -Q':
>> Emacs crashes every time i call xwidget-webkit-browse-url with 
>> https://www.youtube.com
>
> I can reproduce this with the current Ubuntu.  Here's what gdb says:
>
> #0  0x00007ffff6ef0ccf in g_log_structured_array ()
>     at /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #1  0x00007ffff6ef0f99 in g_log_default_handler ()
>     at /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x00007ffff6ef23fa in g_logv () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x00007ffff6ef26e3 in g_log () at /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #4  0x00007ffff30e8123 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #5  0x00007ffff30e92e9 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #6  0x00007ffff30ec8ec in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #7  0x00007ffff2f5e5e4 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #8  0x00007ffff2fe1f70 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #9  0x00007ffff2feecb6 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #10 0x00007ffff2cc42ce in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #11 0x00007ffff2cc1cfd in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #12 0x00007ffff2ed7a45 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #13 0x00007ffff2ed90d5 in  () at /lib/x86_64-linux-gnu/libwebkit2gtk-4.0.so.37
> #14 0x00007ffff20a543d in  ()
>     at /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
> #15 0x00007ffff2101ded in  ()
>     at /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
> #16 0x00007ffff2102703 in  ()
>     at /lib/x86_64-linux-gnu/libjavascriptcoregtk-4.0.so.18
> #17 0x00007ffff6ee9c24 in g_main_context_dispatch ()
>     at /lib/x86_64-linux-gnu/libglib-2.0.so.0ue without paging--
> #18 0x0000555555854298 in xg_select
>     (fds_lim=<optimized out>, rfds=rfds@entry=0x7fffffffd190, 
> wfds=wfds@entry=0x7fffffffd210, efds=efds@entry=0x0, 
> timeout=timeout@entry=0x7fffffffd060, sigmask=sigmask@entry=0x0) at 
> xgselect.c:281
> #19 0x00005555557fef24 in wait_reading_process_output
>     (time_limit=time_limit@entry=30, nsecs=nsecs@entry=0,
> read_kbd=read_kbd@entry=-1, do_display=do_display@entry=true,
> wait_for_cell=wait_for_cell@entry=0x0, wait_proc=wait_proc@entry=0x0,
> just_wait_proc=<optimized out>) at process.c:5685
> #20 0x00005555555f7d74 in sit_for
>     (timeout=timeout@entry=0x7a, reading=reading@entry=true, 
> display_option=display_option@entry=1) at dispnew.c:6240
> #21 0x000055555572b739 in read_char
>     (commandflag=1, map=0x555556b9b203, prev_event=0x0, 
> used_mouse_menu=0x7fffffffd98b, end_time=0x0) at keyboard.c:2879
> #22 0x000055555572c036 in read_key_sequence
>     (keybuf=<optimized out>, prompt=0x0, dont_downcase_last=<optimized out>, 
> can_return_switch_frame=true, fix_current_buffer=true, 
> prevent_redisplay=<optimized out>) at keyboard.c:10036
> #23 0x000055555572dc60 in command_loop_1 () at keyboard.c:1384
> #24 0x00005555557a8007 in internal_condition_case
>     (bfun=bfun@entry=0x55555572da80 <command_loop_1>, 
> handlers=handlers@entry=0x90, hfun=hfun@entry=0x555555720b90 <cmd_error>) at 
> eval.c:1471

Right, but what if you run Emacs according to these instructions in
PROBLEMS?

** Emacs crashes with SIGTRAP when trying to start a WebKit xwidget.

This could happen if the version of WebKitGTK installed on your system
is buggy, and errors out trying to start a subprocess through
Bubblewrap sandboxing.  You can avoid the crash by setting the
environment variables SNAP, SNAP_NAME and SNAP_REVISION, which will
make WebKit use GLib to launch subprocesses instead.  For example,
invoke Emacs like this (where "..." stands for the other command-line
arguments you intend to pass to Emacs):

  $ SNAP=1 SNAP_NAME=1 SNAP_REVISION=1 emacs ...