[Bug 1229124] New: firefox, fonts-config: wide spaces on pages with emoji fonts from Apple or Microsoft
https://bugzilla.suse.com/show_bug.cgi?id=1229124 Bug ID: 1229124 Summary: firefox, fonts-config: wide spaces on pages with emoji fonts from Apple or Microsoft Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Minor Priority: P5 - None Component: Firefox Assignee: factory-mozilla@lists.opensuse.org Reporter: draskmont@protonmail.com QA Contact: qa-bugs@suse.de Target Milestone: --- Found By: --- Blocker: --- I've noticed the classic issue of large gaps between word on Firefox while trying to use Notion. Not really a new issue in Firefox (fontconfig giving preference to "Noto Color Emoji" is almost always the culprit), but it only affects openSUSE this time. It happens when it tries to render the fonts "Apple Color Emoji" or "Segoe UI Emoji" instead of falling back to another font. Having tried Flatpak, and live ISOs of other distributions; none of them (besides openSUSE) have this problem. Chromium-based browsers also don't have this problem. Removing /etc/fonts/conf.d/49-family-default-emoji.conf fixed the problem. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1229124 https://bugzilla.suse.com/show_bug.cgi?id=1229124#c1 Sofie F. <suse+accounts@finnes.dev> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |suse+accounts@finnes.dev --- Comment #1 from Sofie F. <suse+accounts@finnes.dev> --- Created attachment 876857 --> https://bugzilla.suse.com/attachment.cgi?id=876857&action=edit Screenshot of Notion using bad font rendering in Firefox Looking a bit into this, it seems related to the fact that Noto Color Emoji has definitions for both digits and space, and the fact that Notion writes their font list with the emoji font before the sans-serif fallback openSUSE Tumbleweed falls back on for Liberation Sans by default. While disabling the /etc/fonts/conf.d/49-family-default-emoji.conf can work as a workaround, we are actually removing the alias between Apple Color Emoji to Noto Color Emoji, which is what seems to be causing this issue. Replacing Apple Color Emoji with Noto Color Emoji on Notion stylesheets gives the same result. For solving this, I'm not sure what the right approach would be, but its likely going to involve Noto Color Emoji package. -- You are receiving this mail because: You are the assignee for the bug.
participants (1)
-
bugzilla_noreply@suse.com