Hey, sorry you had a bad time. Unfortunately everything on https://trac.webkit.org is obsolete. All documentation is on https://docs.webkit.org/ nowadays. But we don't yet have any warning banner to tell you of this. I have created an issue report: https://github.com/WebKit/Documentation/issues/99

Anyway, that documentation has not actually been migrated to the new docs website, so there is no newer documentation to point you to. :(

* Core dumps don't happen any more because of bubblewrap

Hm, I guess the "without systemd" instructions from that wiki page will not work anymore, since the core dump is probably created inside the sandbox now instead of on your host system? I had never considered this.

I strongly recommend using systemd-coredump. Manual handling of core dumps is primitive and, as you've discovered, a waste of your time. I wrote a blog post on how to enable this if you haven't already:

https://blogs.gnome.org/mcatanzaro/2021/09/18/creating-quality-backtraces-for-crash-reports/

There is just one trick with WebKit: you have to raise the core size limit to prevent systemd from discarding the core dump. Both the trac wiki page and my blog post contain instructions for how to do this. We really ought to document that somewhere on https://docs.webkit.org.

 * WEBKIT2_PAUSE_WEB_PROCESS_ON_LAUNCH quietly does nothing
   unless you happen to have built with DEVELOPER_MODE (won't
   be the case on a linux distro)

I agree that limiting this to developer mode only makes debugging unnecessarily difficult. We should probably change that; I can't think of any good reason for limiting it. (But don't use this just to take a backtrace, since it's too much effort and a waste of your time.)

One idea: how hard would it be to skip bubblewrap in a release build if
some environment variable is set?

Use the environment variable WEBKIT_DISABLE_SANDBOX_THIS_IS_DANGEROUS=1. (But certainly don't use this just to take a backtrace!)

Michael


_______________________________________________
webkit-dev mailing list
webkit-dev@lists.webkit.org
https://lists.webkit.org/mailman/listinfo/webkit-dev

Reply via email to