Mozilla se prépare à changer la manière dont les mises à jour s’effectuent pour Firefox sous Windows.
À compter de la prochaine version (68), le navigateur va se servir de BITS (Background Intelligent Transfer Service) pour la récupération des mises à jour. Ce service de Microsoft est notamment utilisé pour Windows Update, est asynchrone et peut reprendre les transferts interrompus.
L’éditeur veut fluidifier l’installation des mises à jour en leur permettant de s’effectuer en tâche de fond. Principal avantage : la sécurité. Le mécanisme évite ainsi que Firefox ait à s’ouvrir pour télécharger la nouvelle version, sachant qu’elle ne pourra pas s’installer tant que le navigateur n’aura pas été redémarré. Un risque en cas de vulnérabilités critiques à colmater au plus vite.
Dans un premier temps, le changement n’aura pas d’effet puisque le code pour appeler BITS se trouvera dans le binaire de Firefox lui-même. Il devra donc être ouvert pour s’en servir, mais les développeurs pourront en vérifier le comportement.
Plus tard, Mozilla introduira un véritable Update Agent indépendant, capable de communiquer avec BITS en tant qu’intermédiaire, même quand le navigateur sera fermé. Le changement devrait particulièrement profiter aux utilisateurs ayant une connexion lente et/ou n’étant pas familiarisés avec les processus de mise à jour.
Il ne devrait par contre pas plaire à ceux maîtrisant parfaitement leur machine et qui regretteront peut-être qu’un nouvel agent vienne résider en mémoire. En outre, comme mentionné dans un document expliquant le mécanisme, les utilisateurs de proxy pourraient rencontrer des difficultés.
Si vous utilisez déjà la bêta de Firefox 68, une version Dev ou Nightly, vous trouverez le réglage app.update.BITS.enabled dans le about:config. En le basculant sur True et après un redémarrage, Firefox se servira de BITS pour ses mises à jour.
Commentaires (26)
#1
J’espère que c’est désactivable pour ceux qui utilisent un gestionnaire de paquet sous windows …
#2
#3
les update agents ou la plaie de Windows …
#4
Encore un truc à désactiver au démarrage, comme l’outil de maintenance Firefox.
" />
#5
Je croyais qu’il y avait déjà un service pour gérer les mises à jour ?
https://i.imgur.com/0qZAPJj.png
#6
+1
Vivement que crosoft se sorte les doigts et ponde un standard potable pour les mises à jour logicielles, avec juste une API ou un fichier à exposer. C’est pas comme si le problème était pas résolu depuis des lustres sur un tas d’autres OS.
#7
#8
Que je suis heureux avec le gestionnaire de paquets sur Manjaro … Un jour peut être sous windows …
#9
#10
Bientôt Firefox mis à jour grâce à Windows Update ?
" />
#11
BITS… omg c’était la raison principale qui m’a fait passer sur une LTSC
" />
J’ai eu des galères de ouf avec ça. Trafic réseau énorme malgré un Windows Update désactivé, ressources CPU et mémoire consommées…
D’ailleurs, retrouver ce batch pourri m’a bien fait rire
https://github.com/luckydu43/Batch/blob/master/stop%20bits.bat
#12
On pourrait avoir la même chose avec LibreOffice ?
#13
lol, ils ont choisit la solulion la plus pourave et la plus mal aimé
#14
Oh non pas BITS.
En fait ce service gagnerait à donner de la visibilité sur ce qu’il fait, genre prévenir “nous téléchargeons xxx”, et puis fournir quelques options. Par exemple pouvoir mettre en pause manuellement puisque apparemment son intérêt c’est de pouvoir reprendre les téléchargements interrompus (pour qu’au final Windows Update nous fasse retélécharger la mise à jour de 3Go qu’on vient de télécharger à l’instant suite à une erreur obscure)
Très franchement j’ai pas envie de voir plus d’applications liés à ce service, je ne sais pas s’il y en avait déjà beaucoup dans le genre…
#15
OK merci, mais je crois que je vais rester avec les mises à jour manuelles.
" />
#16
En gros ça sera mieux que le service d’upate de Chrome ^^ (et pour ce dernier, pas grand monde ne semble s’en offusquer). Rien que pour ça, je dis yes.
#17
Tiens, ça me fait penser que ça fait un bail que je ne suis pas allé voir BiTS.
#18
#19
#20
Excellente initiative, il se trouve que chez moi le service BITS est désactivé, donc je n’aurai aucun souci à avoir les updates.
Euh non, attendez…
Vu que je doute que ça puisse être désactivé advitam eternam, ça me pose un souci… Le plus génant encore est l’update agent permanent en mémoire : Il suffit de voir le coût CPU/RAM de celui pour Chrome pour ne pas en vouloir. Et puis, si tous les logiciels se mettent à faire ça, adieu la RAM… Il va falloir des 16 Go en configuration ultra-minimale à ce rythme.
En plus avoir trois codes pour deux OS différents, alors que les mêmes se plaignent de ne pas avoir la main d’oeuvre requise pour se débarasser de cette idée idiote de compresser les fichiers de configuration avec un LZ4 en version alpha… La cohérence n’est pas le fort de Mozilla en ce moment.
#21
#22
HS. Le nouveaux logo de FF, je m’y fais toujours pas. On voit même plus le renard.
" />
#23
Des infiltrés de cro$oft a la Fondation ?
#24
Allez encore un agent, souvent je me demande à quoi les développeurs pensent.
#25
je suis en Nightly (v69) et app.update.BITS.enabled est déjà positionné à true (et c’est pas moi qui l’ai fait)
#26
Debian/Ubuntu, Red Hat/Centos, OpenBSD, FreeBSD/DragonflyBSD pour une liste courte. Donc je dirais pas juste un gros pâté informe nommé Linux. Et si ça marche sur quasiment tous les serveurs du monde, je ne vois pas pourquoi ça ne marcherait pas sur Windows.
Alors je sais que l’agenda interne de Microsoft les fait pousser le store comme solution à ce problème, reste que c’est pas du tout à mon sens adapté aux usages sous Windows.
Franchement, mettre un lien de téléchargement/abonnement sous Windows, qui rajouterait le dépôt de l’appli à la liste des dépôts et déclencherait le téléchargement de l’appli, c’est pas exactement faire décoller une fusée. Et ce serait même pas contradictoire avec le système de signature des binaires existant déjà.