GNU bug report logs - #29736
i686: webkit not usable

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 29736 in the body.
You can then email your comments to 29736 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: bug-guix <at> gnu.org
Subject: i686: webkit not usable
Date: Fri, 15 Dec 2017 22:53:54 +0100

Hi Guix,

on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
web engine crashed” when it loads a tab, and Epiphany displays nothing
at all after loading a page for a while.

Icecat works okay for the most part.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Mon, 18 Dec 2017 10:41:03 +0100

Hi,

Ricardo Wurmus <rekado <at> elephly.net> skribis:

> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
> web engine crashed” when it loads a tab, and Epiphany displays nothing
> at all after loading a page for a while.

Are both grafted and ungrafted browsers affected?

Thanks,
Ludo’.

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Tue, 19 Dec 2017 19:45:59 +0100

Hi Ludo,

> Ricardo Wurmus <rekado <at> elephly.net> skribis:
>
>> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
>> web engine crashed” when it loads a tab, and Epiphany displays nothing
>> at all after loading a page for a while.
>
> Are both grafted and ungrafted browsers affected?

Unfortunately, they both are affected.

It’s not just webkit: Icecat tabs also crash *a lot*.  Also here it’s
both grafted and ungrafted browsers.

I wonder if this is related to the Emacs crash (which only appears with
the grafted Emacs on i686).

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: ludo <at> gnu.org (Ludovic Courtès)
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 20 Dec 2017 12:08:02 +0100

Hi,

Ricardo Wurmus <rekado <at> elephly.net> skribis:

>> Ricardo Wurmus <rekado <at> elephly.net> skribis:
>>
>>> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
>>> web engine crashed” when it loads a tab, and Epiphany displays nothing
>>> at all after loading a page for a while.
>>
>> Are both grafted and ungrafted browsers affected?
>
> Unfortunately, they both are affected.
>
> It’s not just webkit: Icecat tabs also crash *a lot*.  Also here it’s
> both grafted and ungrafted browsers.

Can you grab backtraces so we have an idea where this happens?  It could
be something in a support library like GTK+, Freetype, and whatnot.

Ludo’.

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Sun, 07 Jan 2018 14:02:48 +0100

Ludovic Courtès <ludo <at> gnu.org> writes:

> Can you grab backtraces so we have an idea where this happens?  It could
> be something in a support library like GTK+, Freetype, and whatnot.

Here’s a backtrace when running icecat in a gdb session.  The crash
reliably happens when visiting ctrip.com:

--8<---------------cut here---------------start------------->8---
ATTENTION: default value of option force_s3tc_enable overridden by environment.
[Parent 1829] WARNING: pipe error (65): Connection reset by peer: file /tmp/guix-build-icecat-52.3.0-gnu1.drv-0/icecat-52.3.0/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322
[Parent 1829] WARNING: pipe error (62): Connection reset by peer: file /tmp/guix-build-icecat-52.3.0-gnu1.drv-0/icecat-52.3.0/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322

###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0085,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

[Thread 0x8368eb40 (LWP 1942) exited]
[Thread 0x8378fb40 (LWP 1941) exited]
[Thread 0x95ffdb40 (LWP 1894) exited]
[Thread 0x81cdbb40 (LWP 1940) exited]
[Thread 0x993fdb40 (LWP 1869) exited]


[Thread 0x8a4ffb40 (LWP 1915) exited]
[New Thread 0x8378fb40 (LWP 1948)]
[New Thread 0x8a4ffb40 (LWP 1949)]
[New Thread 0x993fdb40 (LWP 1950)]
[Thread 0x8a4ffb40 (LWP 1949) exited]
[Thread 0x993fdb40 (LWP 1950) exited]
[New Thread 0x993fdb40 (LWP 1952)]
[New Thread 0x8a4ffb40 (LWP 1975)]
[Thread 0x89affb40 (LWP 1918) exited]
[New Thread 0x89affb40 (LWP 1980)]
[New Thread 0x81cdbb40 (LWP 1981)]
[New Thread 0x95ffdb40 (LWP 1982)]
[Thread 0x95ffdb40 (LWP 1982) exited]
[New Thread 0x77bf5b40 (LWP 1983)]
[New Thread 0x95ffdb40 (LWP 1984)]
[Thread 0x875ffb40 (LWP 1929) exited]
[Thread 0x89affb40 (LWP 1980) exited]
[Thread 0x77bf5b40 (LWP 1983) exited]
[Thread 0x8e4feb40 (LWP 1897) exited]
[Thread 0x81cdbb40 (LWP 1981) exited]
[New Thread 0x81cdbb40 (LWP 1991)]

Thread 8 "Socket Thread" received signal SIGPIPE, Broken pipe.
[Switching to Thread 0xa8ccfb40 (LWP 1838)]
0xb7fdad25 in __kernel_vsyscall ()
(gdb) bt
#0  0xb7fdad25 in __kernel_vsyscall ()
#1  0xb7fc8349 in send ()
   from /gnu/store/kzkgc8avgnanrv3ab2g3g8yj7l4bcavj-glibc-2.25/lib/libpthread.so.0
#2  0xb006f1b3 in pt_Send ()
   from /gnu/store/pczgaq117siqa4yjhbz80gkkr4rfrgck-nspr-4.17/lib/libnspr4.so
#3  0xafffe30e in ssl_DefSend ()
   from /gnu/store/a8bklxld5vb9gpm3v3j2q8s8dppq5rl0-nss-3.34/lib/nss/libssl3.so
#4  0xaffe7261 in ssl3_SendRecord ()
   from /gnu/store/a8bklxld5vb9gpm3v3j2q8s8dppq5rl0-nss-3.34/lib/nss/libssl3.so
#5  0xaffe7bc2 in SSL3_SendAlert ()
   from /gnu/store/a8bklxld5vb9gpm3v3j2q8s8dppq5rl0-nss-3.34/lib/nss/libssl3.so
#6  0xb0006f71 in ssl_SecureClose ()
   from /gnu/store/a8bklxld5vb9gpm3v3j2q8s8dppq5rl0-nss-3.34/lib/nss/libssl3.so
#7  0xb00112d0 in ssl_Close ()
   from /gnu/store/a8bklxld5vb9gpm3v3j2q8s8dppq5rl0-nss-3.34/lib/nss/libssl3.so
#8  0xb3a3e8a8 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#9  0xb3a3e94a in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#10 0xb004e39c in PR_Close ()
---Type <return> to continue, or q <return> to quit---
   from /gnu/store/pczgaq117siqa4yjhbz80gkkr4rfrgck-nspr-4.17/lib/libnspr4.so
#11 0xb222ec63 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#12 0xb223094f in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#13 0xb223107b in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#14 0xb222d039 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#15 0xb222f7ce in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#16 0xb222fd23 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#17 0xb21ad1b9 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#18 0xb21c9084 in ?? ()
---Type <return> to continue, or q <return> to quit---
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#19 0xb23d4de3 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#20 0xb23be0f6 in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#21 0xb23be1fc in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#22 0xb21abe5e in ?? ()
   from /gnu/store/g4qy921k4w2zgfp3fnfphs8kqjjd7d52-icecat-52.3.0-gnu1/lib/icecat-52.3.0/libxul.so
#23 0xb0072ecb in _pt_root ()
   from /gnu/store/pczgaq117siqa4yjhbz80gkkr4rfrgck-nspr-4.17/lib/libnspr4.so
#24 0xb7fbe25a in start_thread ()
   from /gnu/store/kzkgc8avgnanrv3ab2g3g8yj7l4bcavj-glibc-2.25/lib/libpthread.so.0
#25 0xb7cf76d6 in clone ()
   from /gnu/store/kzkgc8avgnanrv3ab2g3g8yj7l4bcavj-glibc-2.25/lib/libc.so.6
(gdb) 
--8<---------------cut here---------------end--------------->8---


-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Sun, 07 Jan 2018 15:09:43 +0100

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi,
>
> Ricardo Wurmus <rekado <at> elephly.net> skribis:
>
>>> Ricardo Wurmus <rekado <at> elephly.net> skribis:
>>>
>>>> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
>>>> web engine crashed” when it loads a tab, and Epiphany displays nothing
>>>> at all after loading a page for a while.
>>>
>>> Are both grafted and ungrafted browsers affected?
>>
>> Unfortunately, they both are affected.
>>
>> It’s not just webkit: Icecat tabs also crash *a lot*.  Also here it’s
>> both grafted and ungrafted browsers.
>
> Can you grab backtraces so we have an idea where this happens?  It could
> be something in a support library like GTK+, Freetype, and whatnot.

This might be interesting: it seems that in Epiphany only pages with
non-trivial JavaScript are affected.  The tab does not crash when
visiting static pages like my blog.

This is the same in Epiphany and Icecat.

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

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

From: zimoun <zimon.toutoune <at> gmail.com>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 05 Jan 2022 01:22:56 +0100

Hi Ricardo,

Is this old bug [1] still relevant?

1: <http://issues.guix.gnu.org/issue/29736>


On Fri, 15 Dec 2017 at 22:53, Ricardo Wurmus <rekado <at> elephly.net> wrote:

> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
> web engine crashed” when it loads a tab, and Epiphany displays nothing
> at all after loading a page for a while.
>
> Icecat works okay for the most part.

I guess that many things changed since 2017. ;-)  What is the situation
for you now?


Cheers,
simon

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

From: Ricardo Wurmus <rekado <at> elephly.net>
To: zimoun <zimon.toutoune <at> gmail.com>
Cc: 29736 <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 05 Jan 2022 07:41:49 +0100

zimoun <zimon.toutoune <at> gmail.com> writes:

> Hi Ricardo,
>
> Is this old bug [1] still relevant?
>
> 1: <http://issues.guix.gnu.org/issue/29736>
>
>
> On Fri, 15 Dec 2017 at 22:53, Ricardo Wurmus <rekado <at> elephly.net> wrote:
>
>> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
>> web engine crashed” when it loads a tab, and Epiphany displays nothing
>> at all after loading a page for a while.
>>
>> Icecat works okay for the most part.
>
> I guess that many things changed since 2017. ;-)  What is the situation
> for you now?

I can’t reproduce this because the only i686 laptop I have is used in
headless mode.  I’d say we should close this.

-- 
Ricardo

Message #34 received at 29736-done <at> debbugs.gnu.org (full text, mbox):

From: zimoun <zimon.toutoune <at> gmail.com>
To: Ricardo Wurmus <rekado <at> elephly.net>
Cc: 29736-done <at> debbugs.gnu.org
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 05 Jan 2022 08:41:03 +0100

Hi,

On Wed, 05 Jan 2022 at 07:41, Ricardo Wurmus <rekado <at> elephly.net> wrote:
> zimoun <zimon.toutoune <at> gmail.com> writes:
>> On Fri, 15 Dec 2017 at 22:53, Ricardo Wurmus <rekado <at> elephly.net> wrote:
>>
>>> on my i686 laptop I cannot use Webkit browsers.  Eolie displays “WebKit
>>> web engine crashed” when it loads a tab, and Epiphany displays nothing
>>> at all after loading a page for a while.
>>>
>>> Icecat works okay for the most part.
>>
>> I guess that many things changed since 2017. ;-)  What is the situation
>> for you now?
>
> I can’t reproduce this because the only i686 laptop I have is used in
> headless mode.  I’d say we should close this.

Since the last message was from 2018 and, to my knowledge*, nothing
related was reported recently, I am closing.

*limited knowledge, the volume is becoming high and it is hard to follow
 all is going on. :-)

Thanks,
simon

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

From: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
To: 29736 <at> debbugs.gnu.org, zimon.toutoune <at> gmail.com, rekado <at> elephly.net
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 5 Jan 2022 20:24:25 +0100

Am 05/01/2022 um 08:41 schrieb zimoun:
> Since the last message was from 2018 and, to my knowledge*, nothing
> related was reported recently, I am closing.

For information, here's a lengthy discussion of WebKit crashes in the 
Nyxt browser when built under Guix:


https://github.com/atlas-engineer/nyxt/issues/1883


TL;DR: you have to add the packages gst-plugins-good and gst-plugins-bad 
if you want WebKit-based browsers to work in Guix. Otherwise WebKit 
complains about lack of WebVTT handling on many Web sites and just gives 
up. Adding both packages as a propagated input to WebKit should work - 
but maybe some people would not be happy to have gst-plugins-bad as a 
dependency, and prefer to have crashes on some Web sites.

I have no idea if this is related to the 2018 bug of course!


Cheers,

  Konrad.

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

From: Leo Famulari <leo <at> famulari.name>
To: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
Cc: rekado <at> elephly.net, 29736 <at> debbugs.gnu.org, zimon.toutoune <at> gmail.com
Subject: Re: bug#29736: i686: webkit not usable
Date: Wed, 5 Jan 2022 14:31:27 -0500

On Wed, Jan 05, 2022 at 08:24:25PM +0100, Konrad Hinsen wrote:
> TL;DR: you have to add the packages gst-plugins-good and gst-plugins-bad if
> you want WebKit-based browsers to work in Guix. Otherwise WebKit complains
> about lack of WebVTT handling on many Web sites and just gives up. Adding
> both packages as a propagated input to WebKit should work - but maybe some
> people would not be happy to have gst-plugins-bad as a dependency, and
> prefer to have crashes on some Web sites.

We can use the gst-plugins/selection procedure to avoid propagating all
of gst-plugins-bad.

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

From: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
To: Leo Famulari <leo <at> famulari.name>
Cc: rekado <at> elephly.net, 29736 <at> debbugs.gnu.org, zimon.toutoune <at> gmail.com
Subject: Re: bug#29736: i686: webkit not usable
Date: Thu, 06 Jan 2022 09:59:24 +0100

Leo Famulari <leo <at> famulari.name> writes:

> We can use the gst-plugins/selection procedure to avoid propagating all
> of gst-plugins-bad.

That sounds interesting. But we'd first have to know which plugins are
actually important to have. Is there a way to trace plugin loading?

Konrad

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

From: Leo Famulari <leo <at> famulari.name>
To: Konrad Hinsen <konrad.hinsen <at> fastmail.net>
Cc: rekado <at> elephly.net, 29736 <at> debbugs.gnu.org, zimon.toutoune <at> gmail.com
Subject: Re: bug#29736: i686: webkit not usable
Date: Thu, 6 Jan 2022 12:08:54 -0500

On Thu, Jan 06, 2022 at 09:59:24AM +0100, Konrad Hinsen wrote:
> Leo Famulari <leo <at> famulari.name> writes:
> 
> > We can use the gst-plugins/selection procedure to avoid propagating all
> > of gst-plugins-bad.
> 
> That sounds interesting. But we'd first have to know which plugins are
> actually important to have. Is there a way to trace plugin loading?

That, I don't know. But I just wanted to point out that there is a
tool available for avoiding the entire gst-plugins-bad in cases like
this.

Previous Next

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