[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#841293: marked as done (general: In some cases Fira Sans font doesn't render in browsers)

Your message dated Sun, 30 Aug 2020 12:27:33 +0200
with message-id <20200830102732.xxqcycv3xtt5rpmi@percival.namespace.at>
and subject line Re: Bug#841293: general: In some cases Fira Sans font doesn't render in browsers
has caused the Debian Bug report #841293,
regarding general: In some cases Fira Sans font doesn't render in browsers
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
841293: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841293
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: general
Severity: normal

Dear developers,

in some cases "Fira Sans" font only displays blank glyphs in web browsers.
This was already reported in bug #800143 against Iceweasel (now closed and
archived) [1]

This bug still exists in Jessie. As the original report says, it is not
specific to any browser, but seems to be specific to Debian. I can't get "Fira
Sans" font to render on firefox-esr 45.3.0esr-1~deb8u1, firefox 49.0-4~bpo80+1
or google-chrome-stable 54.0.2840.59-1 on an up-to-date Jessie system using
GNOME. This font is somewhat popular on the web, which means that I often
encounter web pages where content is unreadable. Same browsers correctly
display the font on Ubuntu.

A HTML file with a simple test case is attached (at the moment also available
on-line [2]). Affected systems only display the second line "sans-serif" in
browsers, while the line "Fira Sans" is invisible.

This issue appears to be connected to some part of X11 session state, because
the same system will show different behavior depending on which desktop
environment is currently used. The bug manifests itself on GNOME, OpenBox and
Awesome WM, but not in XFCE.

As simple way to reproduce the bug is to boot the XFCE live CD [3]. In the
default XFCE session, the firefox-esr browser correctly displays the "Fira
Sans" font. If you apt-get install openbox, log-out and log-in using Openbox
session, the same browser will not render the font.

Since I can't determine which package specifically is causing this, I'm
reporting this bug against "general".

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800143
[2] https://www.tablix.org/~avian/firasans.html)
[3] http://cdimage.debian.org/debian-cd/current-live/amd64/iso-hybrid/debian-live-8.6.0-amd64-xfce-desktop.iso

Best regards
Tomaž

-- System Information:
Debian Release: 8.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.1+ (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iceweasel depends on:
ii  debianutils               4.4+b1
ii  fontconfig                2.11.0-6.3+deb8u1
ii  libasound2                1.0.28-1
ii  libatk1.0-0               2.14.0-1
ii  libc6                     2.19-18+deb8u6
ii  libcairo2                 1.14.0-2.1+deb8u1
ii  libdbus-1-3               1.8.20-0+deb8u1
ii  libdbus-glib-1-2          0.102-1
ii  libevent-2.0-5            2.0.21-stable-2
pn  libffi5                   <none>
ii  libfontconfig1            2.11.0-6.3+deb8u1
ii  libfreetype6              2.5.2-3+deb8u1
ii  libgcc1                   1:4.9.2-10
ii  libgdk-pixbuf2.0-0        2.31.1-2+deb8u5
ii  libglib2.0-0              2.42.1-1+b1
ii  libgtk2.0-0               2.24.25-3+deb8u1
ii  libhunspell-1.3-0         1.3.3-3
ii  libpango1.0-0             1.36.8-3
ii  libsqlite3-0              3.8.7.1-1+deb8u2
ii  libstartup-notification0  0.12-4
ii  libstdc++6                4.9.2-10
ii  libx11-6                  2:1.6.2-3
ii  libxcomposite1            1:0.4.4-1
ii  libxdamage1               1:1.1.4-2+b1
ii  libxext6                  2:1.3.3-1
ii  libxfixes3                1:5.0.1-2+b2
ii  libxrender1               1:0.9.8-1+b1
ii  libxt6                    1:1.1.4-1+b1
ii  procps                    2:3.3.9-9
ii  zlib1g                    1:1.2.8.dfsg-2+b1

Versions of packages iceweasel recommends:
pn  gstreamer0.10-ffmpeg        <none>
ii  gstreamer0.10-plugins-good  0.10.31-3+nmu4+b1

Versions of packages iceweasel suggests:
ii  fonts-lmodern          2.004.4-5
ii  fonts-stix [otf-stix]  1.1.1-1
ii  libcanberra0           0.30-2.1
ii  libgnomeui-0           2.24.5-3
ii  libgssapi-krb5-2       1.12.1+dfsg-19+deb8u2
pn  mozplugger             <none>
Title: Test

Fira Sans

sans-serif


--- End Message ---
--- Begin Message --- 
* Tomaž Šolc <tomaz.solc@tablix.org>:
> The problem appears only with the WOFF2 "Fira Sans Regular" font file that is
> distributed by Google through their "Google Fonts" service [1]. The specific
> WOFF2 file (EjsrzDkQUQCDwsBtLpcVQVtXRa8TVwTICgirnJhmVJw.woff2) is attached to
> this message. Upstream "Fira Sans Regular" from Mozilla [2] works as
> expected.
[..]

This appears to be a bug in the specific font previously distributed
by Google Fonts. More info is available at:
  https://bugzilla.mozilla.org/show_bug.cgi?id=1100658

This also indicates the problem has been fixed by Google.

Closing as this is not a Debian problem _and_ should be working now.

Chris

--- End Message ---
Reply to: