Bug#1012746: Holds, if differently, on bookworm and later libwebkit2gtk-s

Markus Demleitner msdemlei at ari.uni-heidelberg.de
Mon Jul 31 12:22:43 BST 2023


With bookworm, things have significantly changed; it seems webkit2gtk
is now pretty much broken on non-local displays, but then the
crashes are somewhat milder.

I believe the easiest webkit client to investigate the problem in is
surf, where the raw symptom is:

  $ ssh -X <somehost> surf http://www.debian.org
  libEGL warning: DRI2: failed to authenticate

  (WebKitWebProcess:498): Gdk-WARNING **: 13:11:26.540: The program 'WebKitWebProcess' received an X Window System error.
  This probably reflects a bug in the program.
  The error was 'BadRequest (invalid request code or no such operation)'.
    (Details: serial 173 error_code 1 request_code 154 (unknown) minor_code 1)
    (Note to programmers: [...])
  web process terminated: crashed

Regrettably, this time I can't get the WebKitWebProcess to dump core
-- is there a simple knob to make it do that on a X error?  As
usual, the things die faster than you could attach to them.

On the plus side, it seems the crashes are now a fairly solid feature
that I'm seeing independent of particular screens on particular
graphics cards.

Oh, and, Good News: with WEBKIT_DISABLE_COMPOSITING_MODE=1 things are
just fine:

  $ ssh -X <somehost> env WEBKIT_DISABLE_COMPOSITING_MODE=1 surf http://www.debian.org

works in every combination I've tried.  If you say "live with
disabling compositing mode" I suppose I could live with closing this
bug.



More information about the Pkg-webkit-maintainers mailing list