GNU bug report logs - #57953
29.0.50; crash on xwidget-browse-url

Previous Next

Package: emacs;

Reported by: Felix <felix.dick <at> web.de>

Date: Tue, 20 Sep 2022 11:14:01 UTC

Severity: normal

Tags: confirmed

Found in version 29.0.50

Full log


Message #13 received at 57953 <at> debbugs.gnu.org (full text, mbox):

From: Po Lu <luangruo <at> yahoo.com>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: Felix <felix.dick <at> web.de>, 57953 <at> debbugs.gnu.org
Subject: Re: bug#57953: 29.0.50; crash on xwidget-browse-url
Date: Tue, 20 Sep 2022 21:10:11 +0800
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Felix <felix.dick <at> 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 <at> entry=0x7fffffffd190, wfds=wfds <at> entry=0x7fffffffd210, efds=efds <at> entry=0x0, timeout=timeout <at> entry=0x7fffffffd060, sigmask=sigmask <at> entry=0x0) at xgselect.c:281
> #19 0x00005555557fef24 in wait_reading_process_output
>     (time_limit=time_limit <at> entry=30, nsecs=nsecs <at> entry=0,
> read_kbd=read_kbd <at> entry=-1, do_display=do_display <at> entry=true,
> wait_for_cell=wait_for_cell <at> entry=0x0, wait_proc=wait_proc <at> entry=0x0,
> just_wait_proc=<optimized out>) at process.c:5685
> #20 0x00005555555f7d74 in sit_for
>     (timeout=timeout <at> entry=0x7a, reading=reading <at> entry=true, display_option=display_option <at> 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 <at> entry=0x55555572da80 <command_loop_1>, handlers=handlers <at> entry=0x90, hfun=hfun <at> 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 ...




This bug report was last modified 2 years and 328 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.