[Webkit-unassigned] [Bug 213148] New: WEBKIT_FORCE_SANDBOX (bwrap) needs to consider /etc/fonts (and possibly other fontconfig locations)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Fri Jun 12 14:33:42 PDT 2020


https://bugs.webkit.org/show_bug.cgi?id=213148

            Bug ID: 213148
           Summary: WEBKIT_FORCE_SANDBOX (bwrap) needs to consider
                    /etc/fonts (and possibly other fontconfig locations)
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKitGTK
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: fedora at t.poki.me
                CC: bugs-noreply at webkitgtk.org

Long story short:

https://bugzilla.redhat.com/1845743

      |
      v

"fix" (well, workaround) was, in the end, as simple as:

$ ln -s /etc/fonts/conf.d ~/.config/fontconfig

Distribution (here Fedora) appears to do a great job of
balancing the fonts regardless of what's installed at the
moment, something that would get pitifully dismissed at
the moment with sandboxing feature of WebKitGTK when run
on Wayland-enabled environment (why only here and not with
x11? cannot tell but perhaps some extension to X can act
as a "font configuration" proxy of sorts?).

At least that's what my observation tells.

In my very case, it made a crucial difference between
selecting nicely aliased Dejavu Sans font (without sandbox
and/or with x11) in *.ttf vs. Cantarell in *.otf thas was
apparently pixelated in closer examination (maybe the
truth is more complicated but on the whole, said workaround
restores exactly the desired behaviour, so I don't have
an urge to dig deeper).

The former is fully in-line with "fc-match sans" output.

Users usually have no extra need to change the preferred
fonts when the distribution mostly "just works" as per
above.

Thanks for reflecting the fontconfig preference more to
its entirety.

To be perfectly following everything, there are these
$FONTCONFIG_PATH, etc. variables, but that would be
rather overkill :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200612/3a969c22/attachment-0001.htm>


More information about the webkit-unassigned mailing list