Firefox 118

 (mozilla.org)
1 points par GN⁺ 2023-09-27 | 1 commentaires | Partager sur WhatsApp
  • La traduction automatique des contenus web est traitée localement dans Firefox, afin que le texte traduit ne quitte pas l’appareil de l’utilisateur
  • Web Audio utilise la bibliothèque mathématique FDLIBM sur tous les systèmes, ce qui améliore l’anonymat de la protection contre le fingerprinting
  • Dans les fenêtres de navigation privée, les polices visibles par les sites web sont limitées aux polices système et aux polices des packs de langue, afin d’atténuer le fingerprinting par les polices
  • Les Video Effects et le flou d’arrière-plan sont disponibles dans Google Meet, avec une prise en charge rétroactive de ces effets jusqu’à Firefox 115
  • Aux États-Unis, les utilisateurs de Firefox Suggest peuvent voir dans la barre d’adresse des suggestions de modules complémentaires de navigateur en fonction des mots-clés
  • Plusieurs correctifs de sécurité ont été appliqués
  • La prise en charge de Firefox prend fin sur Windows 8.1 et versions antérieures ainsi que sur macOS 10.14 et versions antérieures, avec des consignes fournies pour utiliser Firefox ESR
  • La plateforme web prend désormais en charge les fonctions mathématiques CSS round, mod, rem, pow, sqrt, hypot, log, exp, abs et sign
  • OpaqueResponseBlocking est activé par défaut, et l’élément <search>, destiné aux composants de recherche ou de filtrage, est pris en charge

À lire aussi

1 commentaires

 
GN⁺ 2023-09-27
Avis sur Hacker News

  • C’est la version qui introduit la traduction locale des pages web. Elle semble prendre en charge les traductions entre bulgare, néerlandais, anglais, français, allemand, italien, polonais, portugais et espagnol.
    J’ai essayé de traduire une page en français vers l’anglais, la qualité était excellente, et c’était aussi amusant de voir le texte de la page changer au fil de la traduction.

    • J’ai essayé de traduire en italien le titre du Guardian « Ursula von der Leyen praises watered-down vehicle emissions compromise » ; la traduction de Firefox donnait « Ursula von der Leyen elogia il compromesso sulle emissioni dei veicoli annacquati », ce qui était incorrect.
      watered-down doit qualifier le compromis, pas les véhicules. Google Translate faisait mieux avec « Ursula von der Leyen elogia il compromesso annacquato sulle emissioni dei veicoli », tandis que Deepl et Papageo n’ont pas traduit « watered-down », ce qui peut aussi se défendre puisque cela peut être vu comme une redondance.
    • Comme souvent avec Mozilla, l’expérience utilisateur de la fonction de traduction est médiocre. Elle n’apparaît que lorsqu’on se rend sur un site dans une langue prise en charge, et ici « prise en charge » signifie que le pack de langue est installé ; je ne vois donc pas comment l’utilisateur est censé découvrir cette fonction.
      En plus, la détection automatique semble ne s’afficher qu’une seule fois par domaine. J’ai testé sur Wikipedia et, après le premier article, elle n’est plus réapparue. Cela dit, comme cette boîte de dialogue est énorme, c’est peut-être aussi bien comme ça. C’est leur propre navigateur : ils devraient largement avoir les moyens d’intégrer ce genre de fonction de façon plus naturelle, donc c’est dommage.
      Globalement, c’est une très bonne fonctionnalité et elle pourrait être utile à beaucoup de monde, mais dans son état actuel, elle me semble surtout plus susceptible d’être supprimée plus tard au motif que « personne ne l’utilise », comme par le passé.
    • Je suis vraiment content de voir cette fonction arriver. Je n’ai désormais plus besoin d’utiliser Chrome à cause de pages en langues étrangères difficiles à lire directement.
    • Enfin. L’extension Google Translate était vraiment lourde, et Chrome l’intègre bien depuis longtemps ; c’était étrange que Firefox mette autant de temps à l’ajouter.
    • Le russe était présent dans la bêta, mais il a été retiré pour une raison quelconque. C’est dommage, car c’est parfois une langue dont j’ai réellement besoin.

  • J’apprécie le changement qui « limite les polices visibles par les sites web aux polices système et aux polices des packs de langue, afin d’atténuer le fingerprinting par les polices dans les fenêtres de navigation privée ».
    Je me demande si cela aura un effet sur les résultats de https://www.amiunique.org/fingerprint.
    Mise à jour : le site indique toujours que mon empreinte est unique, les résultats affichent 215 polices et 0,0 % d’unicité ; je ne sais donc pas trop si cela fonctionne correctement dans mon environnement.

    • D’après https://www.amiunique.org/fingerprint, 27,87 % des utilisateurs sont sous Linux et 42,47 % utilisent Firefox.
      De très belles statistiques, mais difficiles à croire.
    • Je ne sais pas trop quoi penser de ce site. Il affirme que le simple fait d’être en heure de l’Est correspond à 5 % des utilisateurs.
    • Je me demande si cela a un effet en pratique.
      Mon ensemble de polices système est probablement presque unique. https://www.amiunique.org/fingerprint indique aussi que 0,0 % d’Internet a le même ensemble de polices système.
      En revanche, avec fontconfig (Linux, BSD, etc.), il est possible d’installer des polices utilisateur, c’est-à-dire non installées à l’échelle du système, et je l’ai déjà fait par le passé. Mais je ne sais pas si c’est assez courant pour faire une différence.
      Correction : mon ensemble de polices est unique, et je n’ai que 6 polices installées.
    • Ce site dit que je suis unique à « NaN % ». Le vrai secret pour éviter le fingerprinting semble être de bloquer l’exécution de JavaScript.
    • Ce site compte même le referer, ce qui est étrange. Cette valeur ne permet pas de m’identifier et n’existe que pour cette requête précise.

  • Une bonne partie des développeurs web va peut-être bientôt devoir passer à Firefox. La documentation de l’API Stripe est devenue beaucoup trop volumineuse et sa logique de chargement asynchrone est tellement mauvaise que, dans Chrome, le navigateur plante souvent quand on accède à un lien vers une section de la documentation de l’API.
    Par curiosité, j’ai essayé dans Firefox : hormis un temps de chargement du contenu DOM assez lent, ça fonctionne bien, ce qui fait plaisir.

    • Ces sites de documentation en JavaScript deviennent de plus en plus absurdes. L’expérience utilisateur est mauvaise, ça saccade, c’est plein de bugs et c’est lent. Je ne comprends pas qui peut trouver que c’est une bonne idée.
      La documentation devrait rester de la documentation, elle n’a pas besoin de devenir une application complète.
    • J’ai vu quelque chose de similaire il y a 10 ans. De gros documents XML ne s’affichaient tout simplement pas dans Chrome, alors que Firefox n’avait aucun problème. C’est étonnant que Chrome n’ait toujours pas corrigé ce genre de choses.
    • La documentation de l’API Stripe est lente aussi dans mon Firefox. Même avec un bon navigateur, un site ne devrait pas utiliser autant de JavaScript.

  • Je l’ai découvert par hasard aujourd’hui sur Firefox/Linux, alors que j’utilise encore la 117
    « Les utilisateurs de Firefox peuvent désormais utiliser les effets vidéo et le floutage d’arrière-plan dans Google Meet. Remarque : ces effets ont été déployés avec une prise en charge rétroactive jusqu’à Firefox 115 »
    Je me demande si tout le monde sait où se situait réellement le problème. Si ça devient soudainement rétrocompatible, j’y vois au moins en grande partie un problème côté Google

    • La plupart des gens pensaient que le problème venait de Google, et peut-être même que c’était destiné à pousser les utilisateurs à prendre Chrome plutôt que Firefox. Le procès antitrust Firefox / Google a commencé il y a deux semaines, et le fait que, comme par magie, cette fonctionnalité se mette à mieux fonctionner ne semble pas être une coïncidence
      https://www.npr.org/2023/09/12/1198558372/doj-google-monopol...
    • On dirait bien
      https://blog.mozilla.org/en/products/firefox/google-meet-fir...
      Ils disent l’avoir corrigé avec l’équipe Google
    • Les notes de version ne pointaient vers aucune fonctionnalité ni aucun ticket lié, donc c’était déroutant
      J’ai trouvé ce ticket : https://bugzilla.mozilla.org/show_bug.cgi?id=1703668
      Il y a eu des améliorations du cache dans la nouvelle architecture d’accessibilité « Cache the World », ainsi que d’autres améliorations de performance, puis Google semble avoir procédé au déploiement pour Firefox
      Peut-être que l’équipe Google Meet ne voulait pas offrir aux utilisateurs une option susceptible de ralentir la webapp et l’avait donc bloquée, puis, une fois les performances améliorées, elle a levé le blocage pour les utilisateurs de Firefox remplissant les exigences minimales
      Cela dit, je me demande si Firefox rétroporte habituellement, vers certaines versions de base, non seulement les correctifs de sécurité mais aussi des améliorations comme celles de performance
    • Je n’ai pas lu tous les commentaires de l’issue, mais ça ressemble à une correction côté Google : https://bugzilla.mozilla.org/show_bug.cgi?id=1703668

  • « Contrairement aux alternatives basées sur le cloud, la traduction s’effectue localement dans Firefox, de sorte que le texte traduit ne quitte pas votre appareil »
    Mais je me demande comment c’est possible sans télécharger des données de l’ordre du gigaoctet

    • On télécharge une fraction de gigaoctet par paire de langues. Comme c’est récupéré à la demande, on ne « paie » en espace de stockage que pour les langues qu’on utilise
    • C’est possible avec des modèles de traduction automatique neuronale. Avant même son intégration dans Firefox, la traduction locale était disponible via le module complémentaire TranslateLocally : https://browser.mt/
    • C’est possible depuis assez longtemps. Je me souviens qu’il y a quelques années, Google Translate sur Android proposait une option de traduction hors ligne pour certaines paires de langues, avec un téléchargement de plusieurs centaines de Mo

  • Je me demande ce qui s’est passé côté Google Meet. Je ne sais pas si c’est Firefox qui a corrigé quelque chose ou l’équipe Google. Si la correction a été appliquée rétroactivement jusqu’aux trois dernières versions, ce n’est pas plutôt une correction côté Google ?

  • « Les utilisateurs de Firefox peuvent désormais utiliser les effets vidéo et le floutage d’arrière-plan dans Google Meet »
    Enfin. C’était assez frustrant

  • Un peu hors sujet, mais j’aimerais que la prise en charge du format d’image JPEG XL (.jxl), désormais présent dans Safari, arrive aussi dans Firefox

  • La personne chez Firefox qui a rédigé le texte de cette page mérite qu’on s’y attarde
    hello :teapot: -> bonjour :baguette:
    Dommage, HN supprime les emojis

    • Fait intéressant, cette page semble avoir un peu de localisation. Au Canada, on voit ceci
      hello :maple leaf: -> bonjour :fleur-de-lis:

  • Le commentaire obligatoire « utilisons Firefox »
    Ce n’est pas directement lié aux notes de version, mais dans mes cas d’usage récents, j’ai découvert que je ne pouvais pas utiliser Chrome.
    J’ai chez moi deux MacBook à processeur M : l’un utilise mullvad (WireGuard), l’autre l’OpenVPN de mon entreprise.
    Pour une raison quelconque, les deux ont de gros problèmes avec les logiciels basés sur Chromium. Toutes les quelques minutes, ERR_NETWORK_CHANGED apparaît et plus rien ne se charge. Les requêtes XHR meurent aussi, ce qui rend la plupart des logiciels web totalement inutilisables. Cela concerne aussi les logiciels basés sur Electron comme Discord ou Bitwarden. Curieusement, Slack ne semble pas encore affecté, mais il cache peut-être mieux le problème ou réessaie mieux.
    Je ne sais pas quel est le problème, mais sur les mêmes machines, WebKit, Gecko et les autres logiciels qui ont besoin du réseau ne sont pas affectés. J’ai donc complètement abandonné Chrome. J’ai parlé avec quelques personnes qui rencontrent le même problème, mais je n’ai pas trouvé de rapport de bug pertinent, donc j’ai laissé tomber.
    À titre personnel, j’utilise Firefox depuis longtemps, mais désormais je ne peux plus utiliser Chrome non plus au travail. Avec un problème aussi évident, je ne comprends pas comment on est censé utiliser ce navigateur en entreprise.

    • https://www.reddit.com/r/mullvadvpn/comments/15v1cz5/err_net...
      On dit qu’il suffit d’utiliser le client WireGuard officiel, mais je ne sais pas comment il gère l’attribution d’IP, qui est la partie compliquée avec ce genre de VPN commercial.
      Changer d’emplacement aide parfois.
    • Je me demande si, par hasard, tu utilises Verizon Fios avec IPv6 activé. Il semble qu’il y ait eu un problème interne, et dans mon cas le désactiver a résolu le souci.
    • Comme dans un autre commentaire, j’ai vu ce problème même sans VPN.
      https://www.reddit.com/r/chrome/comments/14xqh92/chrome_help...
      Il y a aussi ce bug : https://bugs.chromium.org/p/chromium/issues/detail?id=147633...
    • Malheureusement, pour moi c’est l’inverse. J’utilise Firefox depuis le tout début, il y a près de 20 ans, mais je ne compte plus m’en servir comme navigateur principal. Aujourd’hui, je travaille à plein temps avec des PWA et des service workers, et le niveau de prise en charge de Firefox — ou son absence — est difficile à justifier.
      Les nouvelles apps utilisent les API HTML et JavaScript modernes, et je ne peux pas compter sur Firefox pour les implémenter.
    • Je rencontre le même problème, mais je n’utilise absolument aucun VPN