Samedi dernier, Mozilla a publié Firefox 66.0.1. Compte tenu du temps qu'il a fallu pour télécharger la version précédente dans les référentiels APT, à ce moment-là, nous avons dit que nous aurions la nouvelle version lundi, mais cette mise à jour n'est pas arrivée. Parce que? Eh bien, on le sait déjà: Mozilla se préparait Firefox 66.0.2, une version qui ajoute un correctif aux deux qui étaient inclus dans la v66.0.1.
Comme nous avançons Samedi, Firefox 66.0.1 a corrigé deux failles de sécurité que Mozilla a qualifiées de «graves». Ces deux failles ont été découvertes lors d'un concours dans lequel les participants doivent trouver des vulnérabilités et les exploiter, le tout pour la sécurité des utilisateurs, appelé Pwn2Own. Compte tenu de la gravité de la situation, du point de vue de Mozilla, il était surprenant que nous n'ayons pas de nouvelle version de Firefox. Jusqu'aujourd'hui.
Firefox 66.0.2 corrige diverses compatibilités Web
La liste des changements pour la v66.0.2 est assez courte:
- Correction de problèmes de compatibilité Web avec Office 365, iCloud et IBM WebMail causés par des modifications récentes pour gérer les événements de clavier (Bogue 1538966).
- Correction de deux problèmes qui provoquaient des arrêts inattendus (bug 1521370, bug 1539118).
Comme nous l'avons mentionné, cette version est disponible uniquement dans sa version APT ou en téléchargeant les binaires depuis site officiel. La version la plus à jour disponible en tant que package Snap est 65.0.2-1, ce qui est encore surprenant quand on se souvient de la promesse que ces packages seraient mis à jour beaucoup plus tôt que la version APT. Et ce qui est pire, ce n'est pas que le dernier package Snap est obsolète, mais qu'une fois installé, le seul moyen de le mettre à jour est de copier les binaires dans leurs répertoires respectifs. Je ne veux pas être dur, mais je pense que tout cela est compliqué en ce moment (du moins dans le cas de Firefox).
Nous nous souvenons que parmi les nouvelles les plus remarquables incluses dans Firefox 66, nous devons augmenté le nombre de processus de 4 à 8 pour améliorer les performances globales ou la capacité d'empêcher les sites Web de lire automatiquement du contenu multimédia.