i686: webkit not usable

  • Done
  • quality assurance status badge
Details
5 participants
  • Konrad Hinsen
  • Leo Famulari
  • Ludovic Courtès
  • Ricardo Wurmus
  • zimoun
Owner
unassigned
Submitted by
Ricardo Wurmus
Severity
normal
R
R
Ricardo Wurmus wrote on 15 Dec 2017 22:53
(address . bug-guix@gnu.org)
87y3m3fyj1.fsf@elephly.net
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
L
L
Ludovic Courtès wrote on 18 Dec 2017 10:41
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 29736@debbugs.gnu.org)
87fu88wez4.fsf@gnu.org
Hi,

Ricardo Wurmus <rekado@elephly.net> skribis:

Toggle quote (4 lines)
> 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’.
R
R
Ricardo Wurmus wrote on 19 Dec 2017 19:45
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 29736@debbugs.gnu.org)
87r2rqk13s.fsf@elephly.net
Hi Ludo,

Toggle quote (8 lines)
> Ricardo Wurmus <rekado@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
L
L
Ludovic Courtès wrote on 20 Dec 2017 12:08
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 29736@debbugs.gnu.org)
87ind1zmgd.fsf@gnu.org
Hi,

Ricardo Wurmus <rekado@elephly.net> skribis:

Toggle quote (13 lines)
>> Ricardo Wurmus <rekado@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’.
R
R
Ricardo Wurmus wrote on 7 Jan 2018 14:02
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 29736@debbugs.gnu.org)
877estddon.fsf@elephly.net
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (3 lines)
> 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:

Toggle snippet (96 lines)
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)


--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
R
R
Ricardo Wurmus wrote on 7 Jan 2018 15:09
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 29736@debbugs.gnu.org)
87608ddal4.fsf@elephly.net
Ludovic Courtès <ludo@gnu.org> writes:

Toggle quote (20 lines)
> Hi,
>
> Ricardo Wurmus <rekado@elephly.net> skribis:
>
>>> Ricardo Wurmus <rekado@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
Z
Z
zimoun wrote on 5 Jan 2022 01:22
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 29736@debbugs.gnu.org)
86bl0r9gkf.fsf@gmail.com
Hi Ricardo,

Is this old bug [1] still relevant?



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

Toggle quote (6 lines)
> 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
R
R
Ricardo Wurmus wrote on 5 Jan 2022 07:41
(name . zimoun)(address . zimon.toutoune@gmail.com)(address . 29736@debbugs.gnu.org)
875yqyel9e.fsf@elephly.net
zimoun <zimon.toutoune@gmail.com> writes:

Toggle quote (18 lines)
> 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@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
Z
Z
zimoun wrote on 5 Jan 2022 08:41
(name . Ricardo Wurmus)(address . rekado@elephly.net)(address . 29736-done@debbugs.gnu.org)
865yqyaauo.fsf@gmail.com
Hi,

On Wed, 05 Jan 2022 at 07:41, Ricardo Wurmus <rekado@elephly.net> wrote:
Toggle quote (15 lines)
> zimoun <zimon.toutoune@gmail.com> writes:
>> On Fri, 15 Dec 2017 at 22:53, Ricardo Wurmus <rekado@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
Closed
K
K
Konrad Hinsen wrote on 5 Jan 2022 20:24
0e2051ad-7bbf-a643-c5be-111134e39ccf@fastmail.net
Am 05/01/2022 um 08:41 schrieb zimoun:
Toggle quote (3 lines)
> 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:




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.
L
L
Leo Famulari wrote on 5 Jan 2022 20:31
(name . Konrad Hinsen)(address . konrad.hinsen@fastmail.net)
YdXyD1MI98Dp7+08@jasmine.lan
On Wed, Jan 05, 2022 at 08:24:25PM +0100, Konrad Hinsen wrote:
Toggle quote (7 lines)
> 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.
K
K
Konrad Hinsen wrote on 6 Jan 2022 09:59
(name . Leo Famulari)(address . leo@famulari.name)
m1zgo9kzo3.fsf@fastmail.net
Leo Famulari <leo@famulari.name> writes:

Toggle quote (3 lines)
> 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
L
L
Leo Famulari wrote on 6 Jan 2022 18:08
(name . Konrad Hinsen)(address . konrad.hinsen@fastmail.net)
YdciJjwOc4903l7V@jasmine.lan
On Thu, Jan 06, 2022 at 09:59:24AM +0100, Konrad Hinsen wrote:
Toggle quote (8 lines)
> Leo Famulari <leo@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.
?
Your comment

This issue is archived.

To comment on this conversation send an email to 29736@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 29736
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch