https://bugzilla.redhat.com/show_bug.cgi?id=1999078
--- Comment #23 from Michael Catanzaro <mcatanza(a)redhat.com> ---
(In reply to Pierre Ossman from comment #22)
If this is something that everyone else is doing, then it seems very
odd
that I'm only seeing the issue in Epiphany? It seems to me that either
everyone else has a workaround for this case, or are doing positioning in a
way that doesn't cause this issue.
My guess: something in WebKit's font rendering code doesn't work well with the
font settings you've configured. WebKit either does this something worse, or
just differently than other software that you use. But I really have no way to
know what that something is. There are no Linux font experts working on WebKit
who I can pass this issue to, which is why I haven't moved this bug to WebKit
Bugzilla.
Can I do some test to pinpoint if this is a general webkit2gtk3
issue, or
specific to Epiphany?
Epiphany doesn't have much control over fonts or web content, so no point in
pursuing that angle. ;) All it can do is change the the default fonts and font
sizes that get passed to WebKit, if you modify the settings in the Appearance
settings panel. But I doubt that's that's relevant to your issue.
Is it worth exploring the regression angle, since this worked in
Fedora 33?
And if so, how? I've tried downgrading the obvious offenders.
Yeah sure, if you can find this is caused by some package update, that would be
very interesting. That said, the version of WebKitGTK available in F33 and F34
should be identical. I see you've already tried downgrading FreeType and
WebKitGTK. Next I would try, in order of most likely culprit to least-likely:
cario, harfbuzz, and Fontconfig. If it's not due to any of those, then I don't
know.
--
You are receiving this mail because:
You are on the CC list for the bug.