Firefox - Websites mit benutzerdefinierten Schriftarten werden nicht angezeigt

9

Ich habe gerade ein Upgrade auf FF 57 durchgeführt und Websites, die ihre eigenen Schriftarten verwenden, zeigen keinen Text mehr an.

Ich weiß, dass dies ein Problem ist, das andere hatten, z. B. zeigt Firefox keinen Website-Text an , aber die Lösungen dort haben nicht funktioniert. Der abgesicherte Modus hilft auch nicht, das Problem verschwindet nur, wenn ich die Option für benutzerdefinierte Schriftarten in den Einstellungen deaktiviere.

Ich habe auch benutzerdefinierte Schriftarten installiert (von TexLive und ein paar mehr), daher denke ich, dass dies die Ursache sein könnte.

Irgendwelche Ideen zur Fehlerbehebung?

Beispiel von Github:

firefox fonts

— Bar
quelle

Scheint, als wäre TeXGyreHeros der Cuplprit, ich habe es installiert und Twitter und Github funktionieren jetzt korrekt. Es ist im fonts-texgyrePaket enthalten. Keine Ahnung, warum das Upgrade auf 57 dies verursacht hat.

— Bar

Musste das gleiche mit Youtube machen und fonts-roboto. Es scheint, als würden viele Schriftarten fehlen.

— Bar

1

Eine Website, die ich nicht reparieren konnte, ist (ironischerweise) addons.mozilla.org, die die Fira-Schriftfamilie verwendet. Ich habe diese gemäß den Anweisungen installiert, und für eine Weile scheinen sie zu funktionieren, kehren aber zu keinem angezeigten Text zurück.

— Bar

In meinem Fall hatte ich dieses Problem auf einem Computer, aber nicht auf einem anderen mit ähnlichen Einstellungen. Keine der bisher hier gegebenen Antworten behebt dies. Ich habe einen weiteren Beitrag eröffnet askubuntu.com/q/980681/446253

— XavierStuvw

9

Dies ist eine Kombination einiger Dinge: TexLive installiert Schriftarten an einem nicht ganz so üblichen Ort, und die Webseite fordert eine Schriftart an, die nach Ansicht des Ubuntu-Pakets fontconfig besser von einer der TexLive-Schriftarten als von einer normalen Schriftart erfüllt wird. Firefox wird dann angewiesen, die TexLive-Schriftart zum Rendern zu verwenden, darf sie jedoch nicht aus seiner Sicherheitssandbox heraus erreichen.

Die empfohlene Problemumgehung ist das Festlegen

security.sandbox.content.read_path_whitelist to /usr/local/texlive/

in about: config und Neustart des Browsers.

Dies ist in Firefox 58 und höher auf einer grundlegenderen Ebene behoben.

— gcp
quelle

1

Ich sollte eine bessere Lösung vorschlagen: einstellen /usr/local/texlive/. Auf diese Weise können wir vermeiden, auf das Jahr der Veröffentlichung von TeXLive zu verweisen

— Domenico Cufalo,

Ich bin ein wenig nicht überzeugt, dass genau das passiert. Ich habe TexGyre-Schriftarten installiert, aber manuell installiert. Obwohl einige andere Pakete sie möglicherweise in einem speziellen Ordner installiert haben, wurden sie zuerst in einem Standardordner installiert. Außerdem verwendeten die Sites, mit denen ich Probleme habe, anodyne MS-Schriftarten, die an den Speicherorten der Systemschriftarten installiert sind. Sie müssen nicht ersetzt werden und befinden sich in Ordnern, die Ausnahmen vom neuen Sandboxing von Firefox darstellen sollten. Auch verschiedene Benutzer haben Probleme mit verschiedenen Websites. Wie auch immer, das Einstellen der Sandbox-Stufe auf 2 funktioniert für mich, bis dies behoben ist.

— Moilleadóir

Sie sollten einen Fehler in Bugzilla mit weiteren Details einreichen, sonst wird das Problem nicht behoben.

— GCP

Ich bin damit einverstanden, dass das Jahr /usr/local/texlivevermieden werden sollte. Andere Antwort aus diesem Grund positiv bewertet.

— Ege Rubak

Bearbeitet, obwohl das Update jetzt auf Firefox 58 angehoben wurde, sodass diese Problemumgehung bis 2018 nicht mehr benötigt wird.

— GCP

3

Ich habe auch fonts-texgyrein meinem Debian 9 Stretch installiert und die Visualisierung von Webseiten hat sich verbessert, aber es gibt immer noch einige Probleme. Vielleicht sollten wir jede in Repositorys verfügbare Schriftart installieren, aber es ist klar, dass eine solche Lösung nicht praktikabel ist.

Die einzige wirkliche Lösung wäre das Deaktivieren /etc/fonts/conf.d/09-texlive.conf.

Wenn jemand eine andere Lösung findet, ist es willkommen!

— Domenico Cufalo
quelle

Was meinst du mit hier deaktivieren? Was würde sich auf Firefox auswirken?

— Bar

1

sudo mv /etc/fonts/conf.d/09-texlive.conf /etc/fonts/conf.d/09-texlive.conf.BAKund dannsudo fc-cache -fsv

— Domenico Cufalo

2

Es scheint, dass auf einem Linux-System installierte Texlive-Schriftarten Konflikte verursachen.

— Domenico Cufalo

1

Leider ist diese Lösung nicht gut, da sie Texlive-Schriftarten für andere Anwendungen unbrauchbar macht

— Domenico Cufalo

1

OK danke. Ich werde dies als Antwort akzeptieren, da es das Problem löst. Scheiße, dass wir keine Texlive-Schriftarten verwenden können, und ich kann nicht verstehen, wie FF 56 vs. 57 dies verursacht.

— Bar

3

In about:configsetzen

security.sandbox.content.read_path_whitelist

zu

/usr/local/texlive/

Funktioniert nach dem Neustart von Firefox.

— Martien Lubberink
quelle

2

Versuchen Sie, zu den folgenden Einstellungen zu wechseln: Einstellungen > Sprache und Darstellung > Erweitert , und deaktivieren Sie "Seiten erlauben, ihre eigenen Schriftarten anstelle Ihrer obigen Auswahl zu wählen". Dies behebt das Problem für mich, obwohl jetzt alle Schriftarten standardmäßig auf DejaVu eingestellt sind.

— phipsgabler
quelle

Es ist eher eine Problemumgehung als eine Lösung, funktioniert aber auch für mich.

— pbhj

1

Ich habe gerade eine bessere Lösung gefunden, ohne etwas zu installieren!

Gehen Sie in der Firefox-Adressleiste zu about: config und suchen Sie nach

security.sandbox.content.level

und setzen Sie diese Zeichenfolge auf 1 . Starten Sie Firefox neu und ... :-D

— Domenico Cufalo
quelle

Dies geht natürlich zu Lasten der Sicherheit. Das klingt eigentlich nach einem Fehler. Ich werde sehen, ob ich ihn Bugzilla melden kann. Weitere Informationen zur Sandbox finden Sie hier: wiki.mozilla.org/Security/Sandbox#Content_Levels_2

— Bar

Es ist auch besser, wenn Sie Ihre vorherige Antwort bearbeiten oder eine neue erstellen.

— Bar

1

Dieser Fehler wurde behoben : bugzilla.mozilla.org/show_bug.cgi?id=1418240 Wenn Sie dasselbe Problem kommentieren und bestätigen können, wird es möglicherweise früher bemerkt.

— Bar