Firefox - Les sites Web avec des polices personnalisées ne s'affichent pas

9

Je viens de passer à FF 57 et les sites Web qui utilisent leurs propres polices ont cessé d'afficher du texte.

Je sais que c'est un problème que d'autres ont rencontré, par exemple Firefox n'affiche pas le texte du site Web , mais les solutions n'ont pas fonctionné. Le mode sans échec n'aide pas non plus, le problème ne disparaît que si je décoche l'option de polices personnalisées dans les préférences.

J'ai également installé des polices personnalisées (de TexLive et quelques autres), donc je pense que cela pourrait être la cause.

Des idées sur la façon de résoudre ce problème?

Exemple de Github:

github pas de texte

Bar
la source
On dirait que TeXGyreHeros était le coupable, je l'ai installé et Twitter et Github fonctionnent désormais correctement. Il est disponible dans le fonts-texgyrepackage. Je ne sais pas pourquoi la mise à niveau vers 57 a causé cela.
Bar
J'ai dû faire la même chose avec Youtube et fonts-roboto. Il semble que de nombreuses polices manquent.
Bar
1
Un site Web que je n'ai pas pu réparer est (ironiquement) addons.mozilla.org qui utilise la famille de polices Fira. J'ai installé ceux-ci conformément aux instructions, et pendant un certain temps, ils semblent fonctionner, mais ne reviennent à aucun texte affiché.
Bar
Dans mon cas, j'ai eu ce problème dans un ordinateur mais pas dans un autre avec des paramètres similaires. Aucune des réponses données à ce jour ne résout ce problème. J'ai ouvert un autre post askubuntu.com/q/980681/446253
XavierStuvw

Réponses:

9

Ceci est une combinaison de quelques éléments: TexLive installe des polices dans un emplacement pas si standard, et la page Web demande une police que le package fontconfig d'Ubuntu pense être mieux remplie par l'une des polices TexLive plutôt qu'une police normale. Firefox est ensuite invité à utiliser la police TexLive pour le rendu, mais il n'est pas autorisé à y accéder depuis l'intérieur de son sandbox de sécurité.

La solution de contournement recommandée consiste à définir

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

dans about: config, et redémarrage du navigateur.

Ceci est corrigé à un niveau plus fondamental dans Firefox 58 et versions ultérieures.

gcp
la source
1
Je devrais suggérer une meilleure solution: régler /usr/local/texlive/. De cette façon, nous pouvons éviter de pointer vers l'année de la sortie de TeXLive
Domenico Cufalo
Je ne suis pas convaincu que c'est exactement ce qui se passe. J'ai des polices TexGyre installées, mais installées manuellement, donc, bien qu'un autre package puisse les avoir installées dans un dossier spécial, elles ont d'abord été installées dans un dossier standard. Les sites avec lesquels j'ai des problèmes utilisaient également des polices MS anodines qui sont installées dans les emplacements des polices système. Il n'est pas nécessaire de les remplacer et ils se trouvent dans des dossiers qui devraient être des exceptions au nouveau sandboxing de Firefox. Différents utilisateurs ont également des problèmes avec différents sites. Quoi qu'il en soit, définir le niveau de sandboxing sur 2 fonctionne pour moi jusqu'à ce que cela soit résolu.
Moilleadóir
Vous devriez déposer un bug dans Bugzilla avec plus de détails, sinon le problème ne sera pas résolu.
gcp
Je suis d'accord que cela /usr/local/texlivedevrait être utilisé pour éviter l'année. Une autre réponse a été votée pour cette raison.
Ege Rubak
Modifié, bien que le correctif ait été mis à niveau vers Firefox 58 maintenant, donc en 2018, cette solution de contournement ne sera plus nécessaire.
gcp
3

Moi aussi, j'ai installé fonts-texgyredans Debian 9 Stretch et la visualisation des pages Web s'est améliorée, mais il y a encore quelques problèmes. Nous devrions peut-être installer chaque police disponible dans les référentiels, mais il est clair qu'une telle solution n'est pas pratique.

La seule vraie solution serait de désactiver /etc/fonts/conf.d/09-texlive.conf.

Si quelqu'un trouve une autre solution, c'est le bienvenu!

Domenico Cufalo
la source
Qu'entendez-vous par désactiver ici? Quel serait l'effet sur Firefox?
Bar
1
sudo mv /etc/fonts/conf.d/09-texlive.conf /etc/fonts/conf.d/09-texlive.conf.BAKpuissudo fc-cache -fsv
Domenico Cufalo
2
Il semble que les polices texlive installées sur un système Linux provoquent des conflits.
Domenico Cufalo
1
Malheureusement, cette solution n'est pas bonne car elle rend les polices texlive inutiles pour d'autres applications
Domenico Cufalo
1
OK merci. J'accepterai ceci comme réponse car cela résout le problème. Ça craint que nous ne puissions pas utiliser les polices texlive, et je ne comprends pas comment FF 56 contre 57 provoque cela.
Bar du
3

Dans about:config, définissez

security.sandbox.content.read_path_whitelist 

à

/usr/local/texlive/

Fonctionne après redémarrage de Firefox.

Martien Lubberink
la source
2

Essayez d'aller à propos de: préférences > Langue et apparence > Avancé , et désactivez "Autoriser les pages à choisir leurs propres polices, au lieu de vos sélections ci-dessus". Cela résout le problème pour moi, bien que toutes les polices soient désormais définies par défaut sur DejaVu.

phipsgabler
la source
C'est une solution de contournement plutôt qu'un correctif, cela fonctionne aussi pour moi.
pbhj
1

Je viens de trouver une meilleure solution, sans rien installer!

Dans la barre d'adresse de Firefox, accédez à about: config , puis recherchez

security.sandbox.content.level

et définissez cette chaîne sur 1 . Redémarrez Firefox et ... :-D

Domenico Cufalo
la source
Cela se fait évidemment au détriment de la sécurité. Cela ressemble à un bug en fait, je vais voir si je peux le signaler à Bugzilla. Pour plus d'informations sur le sandbox, voir ici: wiki.mozilla.org/Security/Sandbox#Content_Levels_2
Bar
En outre, c'est mieux si vous modifiez votre réponse précédente par rapport à la création d'une nouvelle.
Bar
1
A déposé ce bogue: bugzilla.mozilla.org/show_bug.cgi?id=1418240 Si vous pouvez commenter et confirmer le même problème, il pourrait être remarqué plus tôt.
Bar