URL: https://linuxfr.org/news/firefox-46-version-suedee
Title: Firefox 46 (version suédée)
Authors: antistress
Davy Defaud, M5oul, Adrien Dorsaz, bubar🦥, ariasuni, Nils Ratusznik, Benoît Sibaud, goofy_fr, palm123, Sylvestre Ledru et Jiehong
Date: 2016年04月09日T17:34:58+02:00
License: CC By-SA
Tags: gtk3, electrolysis, servo, rust, extension, firefox et firefoxos
Score: 57
La 46^(e) version de Firefox est sortie le 26 avril 2016 avec, parmi les nouveautés :
* version bureau : le passage à la boite à outils graphiques GTK+ 3 sous GNU/Linux (enfin !), des améliorations de sécurité dans le traitement du JavaScript et des gains de performance et de stabilité avec WebRTC ;
* version pour Android : Firefox gagne la possibilité, en étant hors ligne, d’afficher des pages précédemment visitées ;
* côté coulisses : le moteur de rendu maison (Gecko) accepte désormais de traiter des propriétés CSS préfixées pour les moteurs concurrents WebKit et Blink !
Sans plus attendre, voici le détail des nouveautés pour les versions de bureau et mobile, ainsi que pour les développeurs. Suit une revue des choses à attendre par la suite pour votre navigateur préféré.
----
[Notes de la version bureau](https://www.mozilla.org/en-US/firefox/46.0/releasenotes/)
[Notes de versions pour développeurs](https://developer.mozilla.org/en-US/Firefox/Releases/46)
[Notes de la version mobile pour Android](https://www.mozilla.org/en-US/firefox/android/46.0/releasenotes/)
[Précédente dépêche, pour la version 45 ESR](https://linuxfr.org/news/firefox-45-esr-et-autres-actualites-mozilliennes)
[Liste des systèmes d’exploitation pris en charge par cette version](https://www.mozilla.org/en-US/firefox/46.0/system-requirements/)
[Liste des indicatifs téléphoniques internationaux](https://fr.wikipedia.org/wiki/Liste_des_indicatifs_t%C3%A9l%C3%A9phoniques_internationaux_par_pays)
----
# Bureau (mais ça marche aussi à la maison)
Firefox gagne une meilleure sécurité dans le traitement du [[JavaScript]], ceci est expliqué en détail dans ce [billet de blogue](http://jandemooij.nl/blog/2015/12/29/wx-jit-code-enabled-in-firefox/), et profite de gains de performance et de stabilité avec [[WebRTC]], qui sont détaillés dans les [notes de version spécifiques](https://wiki.mozilla.org/Media/WebRTC/ReleaseNotes/46).
Autre nouveauté marquante : le portage tant attendu de la version GNU/Linux sur [GTK+ 3](https://fr.wikipedia.org/wiki/GTK%2B) !
Pour savoir si la version de Firefox compilée par votre distribution roule bien la version 3 de GTK+, tapez `about:buildconfig` dans la barre d’adresse et cherchez l’argument `--enable-default-toolkit=cairo-gtk3`.
Le passage à GTK+ 3 rend possible tout un tas de changements futurs, comme théoriquement de changer de bibliothèque d’affichage sans pénalité de performance (historiquement, la version GNU/Linux utilise [Cairo](https://fr.wikipedia.org/wiki/Cairo_%28logiciel%29), mais [[Skia]] — déjà utilisé par Firefox sur d’autres plates‐formes — est une alternative) [[_rapport de bogue correspondant_](https://bugzilla.mozilla.org/show_bug.cgi?id=1038800)] et nous rapprochera d’une version de Firefox pour [Wayland](https://linuxfr.org/tags/wayland/public) [[_rapport de bogue correspondant_](https://bugzilla.mozilla.org/show_bug.cgi?id=635134)].
N. B. : Le cousin [Thunderbird](//linuxfr.org/tags/thunderbird/public), quant à lui, sauterait le pas [à l’occasion de la prochaine version](https://bugzilla.mozilla.org/show_bug.cgi?id=1234220) (soit _a priori_ la 52, qui succédera à l’actuelle version 45 au [rythme des ESR](https://www.mozilla.org/en-US/firefox/organizations/faq/)).
# Mobile
Firefox gagne donc la possibilité, en étant hors ligne, d’afficher des pages précédemment visitées, comme illustré dans [ce billet de blogue](https://blog.mozilla.org/futurereleases/2016/03/09/viewing-cached-tabs-offline-ready-for-testing-in-firefox-for-android-beta/).
En tapant dans la barre d’adresse, Firefox offre une auto‐complétion des noms de domaines précédemment visités. Désormais, lorsqu’il n’y a pas d’historique, Firefox recherche dans une [liste de domaines par défaut](https://gecko.readthedocs.org/en/latest/mobile/android/fennec/defaultdomains.html).
Cette version sait également tirer parti du nouveau système de permissions d’[Android Marshmallow (6.0)](https://fr.wikipedia.org/wiki/Android_Marshmallow).
Firefox Mobile ne permettra plus d’utiliser _Firefox Sync 1.1_ pour synchroniser votre navigateur mobile avec vos autres périphériques. Il est donc nécessaire de passer à _Firefox Account_ pour pouvoir encore bénéficier de la synchronisation. Si vous ne souhaitez pas utiliser le service proposé par Mozilla, vous pouvez [installer votre propre serveur _Firefox Account_](http://linuxfr.org/users/richarddern/journaux/installer-un-serveur-firefox-accounts-et-firefox-sync).
Hormis cela, vous pouvez vous référer à la liste des nouveautés dans les [notes de version](https://www.mozilla.org/en-US/firefox/android/46.0/releasenotes/).
# Commun
Comme nous vous l’annoncions il y a deux dépêches de cela, désormais Firefox accepte les préfixes `webkit-` ([bogue n^(o) 1213126](https://bugzilla.mozilla.org/show_bug.cgi?id=1213126)). On ne dira pas merci aux webmestres qui ne se préoccupent que des ~~iPhones~~ navigateurs Chrome et Safari, sans égard pour l’interopérabilité ([Microsoft avec Edge a dû faire les mêmes concessions](https://msdn.microsoft.com/en-us/library/mt270097%28v=vs.85%29.aspx)). Malheureusement l’histoire bégaie et nous ressert le même plat qu’au temps d’Internet Explorer 6. :/
Toutefois la multiplication de préfixes propriétaires semble bel et bien terminée car deux des principaux navigateurs, Chromium et Firefox, [n’utiliseront plus cette technique pour introduire de nouvelles directives CSS](https://www.chromium.org/blink/developer-faq#TOC-Will-we-see-a--chrome--vendor-prefix-now-).
# Pour les développeurs
Firefox 46 apporte de nouveaux outils pour analyser l’utilisation mémoire de vos développements.
Lorsque vous aurez pris une capture d’utilisation mémoire de votre application Web, vous pourrez dorénavant l’[analyser](https://developer.mozilla.org/en-US/docs/Tools/Memory#Analyzing_snapshots) avec la [vue _Dominators_](https://developer.mozilla.org/en-US/docs/Tools/Memory/Dominators_view). Elle vous permettra de comprendre la taille mémoire utilisée par chacun des objets instanciés. L’affichage permettra de voir la taille de l’objet lui‐même et la taille des autres objets utilisés par référence.
Cette dernière information est très intéressante, car elle permet de comprendre pourquoi le ramasse‐miettes décide de ne pas faire la suppression automatique d’un objet de la mémoire. Ceci permet d’alléger les applications puisque le développeur pourra s’assurer que ses objets soient correctement libérés après leur utilisation ou bien de savoir quelle référence empêche cette libération.
Une nouvelle vues dans la partie _Performance_ des outils de développement fait également son apparition : [_Allocations_](https://developer.mozilla.org/en-US/docs/Tools/Performance/Allocations). Elle permet d’analyser le nombre d’allocations mémoire demandées par chaque fonction du site Web et la quantité de mémoire utilisée pendant la période d’analyse des performances.
De plus, la vue _Chronologie_ affiche dorénavant le suivi des actions du ramasse‐miettes afin d’analyser les évènements qui ont provoqué le réveil des opérations de nettoyage de la mémoire et permet d’accéder directement à la nouvelle vue _Allocations_ pour le temps sélectionné.
Vous pouvez vous référer aux [notes de version](https://developer.mozilla.org/fr/Firefox/Releases/46) pour la liste des autres nouveautés de cette version.
# Installer Firefox
La version bureau de Firefox est disponible [en 32 ou 64 bits pour systèmes GNU/Linux, Mac OS X 10.6 ou supérieur, Windows XP SP2 ou supérieur](https://www.mozilla.org/en-US/firefox/46.0/system-requirements/) (par comparaison, Chrome fonctionne sur [un nombre plus restreint de systèmes](http://www.nextinpact.com/news/99409-chrome-fin-support-pour-windows-xp-vista-snow-leopard-et-linux-32-bits.htm), laissant de côté Windows XP et Vista, Mac OS X 10.6 _Snow Leopard_, 10.7 _Lion_ et 10.8 _Mountain Lion_ et les distributions GNU/Linux 32 bits).
La version mobile de Firefox délaisse [Android _Honeycomb_ (version 3)](https://fr.wikipedia.org/wiki/Android_Honeycomb) à compter de cette version, de sorte qu’[_Ice Cream Sandwich_ (4.0)](https://fr.wikipedia.org/wiki/Android_Ice_Cream_Sandwich) devient le nouveau point d’entrée.
# Prochaines versions
## Modification de la politique de programmation des publications
Il a été décidé de donner un peu plus de flexibilité au rythme de sortie des versions de Firefox : il y a quatre ans, Mozilla avait décidé de changer son système de publication pour sortir des nouvelles éditions toutes les six semaines. Ainsi, les utilisateurs n’avaient plus besoin d’attendre parfois jusqu’à une année avant de recevoir de nouvelles fonctionnalités et des mises à jour majeures (le pire ayant été le développement de [la version 4, sortie presque deux ans après la version 3.5](https://www.mozilla.org/en-US/firefox/releases/), et qui avait rendu nécessaire la publication d’une version 3.6 intermédiaire).
Après une prise de recul face à ce système, il a été décidé de l’adapter pour passer d’une édition toutes les six semaines fixes à une fourchette de publication de six à huit semaines, afin de pouvoir s’adapter aux besoins des utilisateurs et marchés émergeants, de pouvoir aussi s’assurer d’avoir six semaines complètes de jours ouvrables pour chaque version et de s’adapter aux périodes de vacances de la communauté Mozilla. La planification pour 2016 est disponible sur l’[article annonçant ces changements](https://blog.mozilla.org/futurereleases/2016/02/04/update-on-2016-firefox-release-schedule/).
## Firefox 47
[Il ne sera plus possible de désactiver l’obligation de recourir à des extensions signées](https://blog.mozilla.org/addons/2016/04/20/add-ons-update-80/).
## Projet Electrolysis, APZ
Le projet [Electrolysis](https://wiki.mozilla.org/Electrolysis), alias _e10s_, consiste à décomposer le fonctionnement de Firefox en différents processus pour de meilleures performances et une sécurité accrue.
Mozilla [explique](http://www.developpez.com/actu/86595/Mozilla-prepare-Firefox-au-multiprocessus-dans-le-cadre-du-projet-Electrolysis-les-onglets-et-l-IU-vont-s-executer-sur-des-processus-differents/) que « dans les versions actuelles de Firefox sur ordinateur de bureau, le navigateur tout entier fonctionne dans un seul processus du système d’exploitation. En particulier, le JavaScript qui exécute l’interface utilisateur du navigateur fonctionne dans le même processus que le code dans les pages Web. » Aussi, « les futures versions de Firefox vont exécuter l’interface utilisateur du navigateur dans un processus distinct du contenu Web. Dans la première itération de cette architecture, tous les onglets du navigateur vont s’exécuter dans le même processus, et l’interface utilisateur du navigateur, quant à elle, s’exécutera dans un processus différent. Dans les versions futures, nous nous attendons à avoir plus d’un processus de contenu. »
C’est le plus gros changement architectural jamais entrepris sur Firefox (vous en saurez tous les détails en lisant — en anglais — [ce billet de blogue](https://billmccloskey.wordpress.com/2013/12/05/multiprocess-firefox/) et en suivant les deux liens donnés à la fin dudit billet).
La [feuille de route a été actualisée le 8 avril](https://wiki.mozilla.org/E10s/Status/April8). Pour l’instant, l’expérimentation continue sur le canal bêta afin de corriger les instabilités résultant de ce changement très invasif. A également été décidé à cette occasion que la fonctionnalité [_asynchronous panning and zooming_ (APZ)](https://hacks.mozilla.org/2016/02/smoother-scrolling-in-firefox-46-with-apz/) pouvait finalement être lancée sans attendre l’activation d’_e10s_, le défilement étant amélioré par APZ dans la plupart des cas.
Les extensions n’ayant pas été initialement conçues pour le multi‐processus, les utilisateurs (vous, nous !) [sont invités](https://cpeterso.com/blog/02014/07/testing-add-on-compatibility-with-multi-process-firefox/) à rapporter les bogues rencontrés lors de l’activation d’_e10s_ en se rendant sur le site dédié : .
Parallèlement [Firefox va proposer des _shims_ permettant de ne pas casser les extensions le temps qu’elles migrent](https://developer.mozilla.org/en-US/Firefox/Multiprocess_Firefox/Limitations_of_chrome_scripts#Compatibility_shims).
## WebExtensions
[L’été dernier](https://blog.mozilla.org/addons/2015/08/21/the-future-of-developing-firefox-add-ons/) Mozilla annonçait un nouveau système d’extensions, bâti autour de la nouvelle API _WebExtensions_, compatible avec Electrolysis et Servo, qui offrirait une sécurité accrue (mais aussi moins de possibilités), et faciliterait le développement des extensions (une même extension pourrait fonctionner dans Firefox, Chrome et Opera, sans parler [des nouveaux outils mis en place](https://blog.mozilla.org/addons/2016/04/14/developing-extensions-with-web-ext-1-0/)), aussi bien que leur validation. Ce système remplacerait à terme le système existant basé sur [[XPCOM]] et [[XUL]], soit six à douze mois après l’activation d’Electrolysis dans les versions finales de Firefox.
WebExtensions, [déjà au cœur du système d’extensions de Firefox OS 2.5](https://blog.mozilla.org/apps/2015/11/13/fxos-add-ons/), a commencé à [intégrer Firefox à l’occasion de la version 45, avec la version 48 (Desktop et Mobile) en ligne de mire](https://blog.mozilla.org/addons/2015/12/21/webextensions-in-firefox-45-2/). [La présente version 46 s’inscrit dans cette feuille de route](https://blog.mozilla.org/addons/2016/02/02/webextensions-in-firefox-46/).
Au final le passage à Electrolysis et WebExtensions permettra de résoudre un certain nombre de vulnérabilités actuelles (lire à ce propos [_ceci_](http://www.nextinpact.com/news/99345-firefox-nombreuses-extensions-vulnerables-a-reutilisation-fonctions.htm) et [_cela_](http://www.developpez.com/actu/97644/Firefox-des-millions-d-utilisateurs-exposes-a-une-nouvelle-classe-d-attaques-qui-exploitent-les-extensions-les-plus-populaires-du-navigateur/)).
# Autour de Firefox
## Outils pour développeurs : WebSocket Monitor, Firebug
Il est désormais possible de déboguer les WebSockets, à l’aide de l’extension [_WebSocket Monitor_](https://addons.mozilla.org/fr/firefox/addon/websocket-monitor/) (sous licence BSD, par l’équipe de développement de Firebug).
En parlant de Firebug justement, la version 3 à venir s’appuiera directement sur les [_Developers Tools_](https://developer.mozilla.org/fr/docs/Outils/Outils_boite_%C3%A0_outils) de Firefox, qu’il étendra.
Toutes les infos sur [_blog.epoc.fr_](http://blog.epoc.fr/2016/04/05/les-websocket-sur-firefox-enfin-visibles/).
## Servo/Rust
La feuille de route pour 2016 de [Servo](https://fr.wikipedia.org/wiki/Servo_(moteur_de_rendu)), un [[moteur de rendu HTML]] écrit en [Rust](https://fr.wikipedia.org/wiki/Rust_(langage)), [se précise](https://docs.google.com/document/d/1JMOtVkRtb-s7auoQdnX810HGglkMK054LTXOo0_rdrU/pub).
Parallèlement, la question de savoir quand du code [Rust](https://mozillazine-fr.org/robert-ocallahan-appelle-a-tout-reecrire-en-rust/)/[Servo](https://fr.wikipedia.org/wiki/Servo_(moteur_de_rendu)) pourra se déployer effectivement dans Gecko (nom de code du procédé : [Oxidation](https://bugzilla.mozilla.org/show_bug.cgi?id=1135640)) [a récemment fait débat](https://bugzilla.mozilla.org/show_bug.cgi?id=1163224#c36). En cause, un bogue dans Rust relatif à l’[[allocation de mémoire]], bloquant pour certains et pas pour d’autres. Les seconds ont eu gain de cause au final, de sorte que la fête va pouvoir commencer (à partir de Firefox 48).
Une chose amusante à signaler : une poignée d’utilisateurs (environ 0,5 %) avec un processeur ne prenant pas en charge le jeu d’instructions SSE2 ([introduit il y a 15 ans](https://fr.wikipedia.org/wiki/Streaming_SIMD_Extensions#.C3.89volutions)) était susceptible de bloquer le projet Oxidation. [Ces utilisateurs étant quasiment tous sous Windows XP](https://gist.github.com/chutten/e4ccd0d5a46b782bae53) ([nom de code : Windows NT 5.1](https://fr.wikipedia.org/wiki/Windows_NT#Versions)), il a fallu [prévoir une règle spécifique consistant à désactiver la génération de code SSE2 à la compilation pour les binaires Win32](https://bugzilla.mozilla.org/show_bug.cgi?id=1252041)... (ouf, l’Atom de [mon fidèle _netbook_ acheté il y a 7 ans](http://libre-ouvert.toile-libre.org/?article48/debian-8-jessie-sur-netbook-dell-mini-9) prend en charge ce jeu d’instructions, je viens de le vérifier !).
Tiens, [Dropbox est passé à Rust](https://mozillazine-fr.org/le-saviez-vous-dropbox-est-passe-a-rust/).
## B2G (ex Firefox OS)
La communauté est à pied d’œuvre pour développer, avec l’aide de Mozilla, le successeur de Firefox OS pour _smartphones_, et [le projet avance rapidement](https://www.dadall.info/blog/index.php?article525/premiere-version-de-b2g-os-1-0-ex-firefox-os-pour-smartphone), avec le remplacement en cours des API propres que Mozilla avait dû mettre en place au lancement du projet par des API ouvertes et standardisées que Mozilla a aidé à faire émerger depuis. Cette refonte servira de base autant au projet purement communautaire à destination des _smartphones_ (B2G) qu’aux versions pour TV et IoT pilotées par Mozilla.
## Schisme Firefox/Thunderbird
C’est dans l’air depuis quatre ans et cela se précise dernièrement : [Mozilla s’apprête à laisser la main pour Thunderbird](https://linuxfr.org/users/sombrelierre/journaux/mozilla-s-apprete-a-laisser-la-main-pour-thunderbird). Nouvelle étape : [un rapport ](https://marksurman.commons.ca/2016/04/25/firefox-and-thunderbird-a-fork-in-the-road/) commandé par Mozilla passe en revue les différentes structures capables d’accueillir le développement du célèbre courrielleur.
# Conclusion
Electrolysis, WebExtensions, Oxidation... autant de grands chantiers ouverts qui conduiront dans un futur proche à un Firefox largement renouvelé !
# Appel à contribution
Contributeurs de tous horizons, les dépêches commentant les sorties des nouvelles versions de votre butineur préféré ont besoin de vous !