URL: https://linuxfr.org/news/firefox-50-cent
Title: Firefox 50 Cent
Authors: cbri
 antistress, Davy Defaud, M5oul, BAud, Nils Ratusznik, palm123, ariasuni, ZeroHeure, Adrien Dorsaz, bubar🦥, barmic, Benoît Sibaud, Sylvestre Ledru, PolePosition, Mozinet, gusterhack, Parleur, claudex, Jehan et esdeem
Date: 2016年09月20日T20:40:57+02:00
License: CC By-SA
Tags: firefox, b2g_os, sortie_version, e10s, webextensions, letsencrypt et mortar
Score: 81
La 50^(e) version majeure de Firefox est sortie le 15 novembre 2016.
Raccourcis claviers, démarrage plus rapide, Emojis, _Let’s encrypt_, 27 failles corrigées mais aussi des projets plein la tête !
![Logo de Firefox gold : http://www.dailyfreepsd.com/icon/software-icon/awesome-gold-silver-firefox-icon.html](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-1475427065.jpg)
   [_Design_](http://wsaconato.deviantart.com/art/Firefox-Gold-Silver-PSD-386347649) _par_ [_Jeferson « wsaconato »_](http://wsaconato.deviantart.com/), _sans licence explicite._
----
[Notes de la version de bureau](https://www.mozilla.org/en-US/firefox/50.0/releasenotes/)
[Notes de la version mobile pour Android](https://www.mozilla.org/en-US/firefox/android/50.0/releasenotes/)
[Notes de version pour développeurs](https://developer.mozilla.org/fr/Firefox/Releases/50#Changes_for_Web_developers)
[Nouveautés WebRTC de cette version](https://wiki.mozilla.org/Media/WebRTC/ReleaseNotes/50)
[Précédente dépêche, pour la version 49](https://linuxfr.org/news/firefox-49-en-chansons)
[Firefox 50 Site Compatibility](https://www.fxsitecompat.com/en-CA/versions/50/)
[Failles de sécurité corrigées dans Firefox 50](https://www.mozilla.org/en-US/security/advisories/mfsa2016-89/)
----
# Les nouveautés de la version 50
## Version bureau
 * Firefox 50 propose ses propres Emojis si le système d’exploitation ne contient aucune police avec Emoji (Windows 8.0 et inférieur, GNU/Linux) ;
 * l’outil de recherche de texte aura une option pour chercher sur les mots entiers de la page au lieu de chercher le texte partout (même en milieu de mot) ;
 * un paramètre permet de modifier le raccourci `Ctrl` + `Tab` pour parcourir les onglets dans leur ordre d’utilisation récente au lieu de parcourir, par position, dans la barre d’onglets : ![Paramétrage de l’option](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-A4A4GcEy4T0t.png) Accessible via `about:preferences#general` ;
 * 98 % des utilisateurs de Windows 7 ou supérieur peuvent utiliser WebGL ;
 * pour les utilisateurs de Windows et de Mac OS X, les vidéos [EME](https://en.wikipedia.org/wiki/Encrypted_Media_Extensions "Encrypted Media Extensions") peuvent utiliser le format WebM ;
 * protection lors du téléchargement contre un [large panel d’exécutables](https://hg.mozilla.org/mozilla-central/file/054d4856cea6/toolkit/components/downloads/ApplicationReputation.cpp#l399) sous GNU/Linux, Mac OS X et Windows ; 
 * `Ctrl` + `Alt` + `R` permet d’activer le « mode lecture » depuis n’importe quelle page compatible ;
 * le démarrage est plus rapide, grâce à des performances accrues pour les extensions.
### Du côté de chez GNU
La version GNU/Linux ne repose plus sur les bibliothèques logicielles _libgnome_ et _libgnomeui_ qui sont, de fait, obsolètes depuis longtemps (leurs fonctionnalités ont été consolidées dans GTK+ dans le cadre du [projet _Ridley_](https://wiki.gnome.org/Attic/ProjectRidley) qui préparait GTK+ 3) [[_bogue n^(o) 694570_](https://bugzilla.mozilla.org/show_bug.cgi?id=694570)].
Notons par ailleurs que, [du côté de Debian, on retente GTK+ 3 à l’occasion de cette version](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832301) !
### Et le mode multi‐processus, on en est où ?
L’avancement du projet [_Electrolysis_](https://wiki.mozilla.org/Electrolysis) dépend pour une bonne part du test des extensions pour s’assurer de leur compatibilité (et, le cas échéant, de leur modification pour fonctionner dans ce mode).
Vous voulez aider le projet à avancer plus vite ? Indiquez les extensions qui fonctionnent (ou pas) avec l’extension officielle [_Add‐on Compatibility Reporter_](https://addons.mozilla.org/fr/firefox/addon/add-on-compatibility-reporter/). Une fois l’extension installée, une icône représentant une pièce de puzzle (le symbole habituel des extensions dans Firefox) apparaît à droite de la boîte de recherche sur le Web. Après avoir testé le comportement de vos extensions, cliquez sur cette icône pour :
 
1. vérifier en bas du panneau que le mode multi‐processus est bien activé ;
2. signaler quelles extensions fonctionnent et lesquelles dysfonctionnent (comme indiqué en détail [_ici_](https://blog.mozilla.org/addons/2016/09/07/help-make-add-ons-multiprocess-compatible-with-add-on-compatibility-reporter/)).
Cela permet d’alimenter la base de données [_Are we e10s yet?_](https://arewee10syet.com/).
Rappelons que les extensions s’appuyant sur la nouvelle API de WebExtension sont directement compatibles. D’après le calendrier, Mozilla souhaite augmenter, dans Firefox 50, la proportion d’utilisateurs utilisant Electrolysis de 6 à 12 % selon le [calendrier](https://wiki.mozilla.org/Electrolysis#Schedule).
### Autorité de certification _Internet Security Research Group_ : arrivée du certificat racine de _Let’s Encrypt_
Firefox 50 reconnait le certificat racine de l’_Internet Security Research Group_ : _ISRG Root X1_. Auparavant, c’était _Digital Signature Trust Co_ qui signait les certificats via _Let’s Encrypt Authority X1_ _Let’s Encrypt Authority X3_, pour qu’ils soient reconnus dans tous les navigateurs.
De plus amples [explications](https://letsencrypt.org/2016/08/05/le-root-to-be-trusted-by-mozilla.html) sont disponibles sur le site _letsencrypt.org_.
![Schéma de la chaîne de certification](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-le-firefox-chain-of-trust.png)
## Version Android
Au menu de la version 50 pour Android :
 
* prise en charge des [vidéos HLS](https://fr.wikipedia.org/wiki/HTTP_Live_Streaming) en s’appuyant sur la [surcouche multimédia d’Android](https://bugzilla.mozilla.org/show_bug.cgi?id=577084#c47) ;
* simplification de l’interface utilisateur : dans l’écran d’accueil fusion de l’historique et de l’onglet récent.
## Communs à la version de bureau et mobile
### Failles de sécurité
Vingt‐sept failles de sécurité ont été corrigées pour [Firefox 50](https://www.mozilla.org/en-US/security/advisories/mfsa2016-89/) : 3 critiques (CVE-2016-5296, CVE-2016-5289 et CVE-2016-5290), 12 élevées, 10 modérées et 2 basses. Six failles sont aussi corrigées pour [Firefox ESR 45.5](https://www.mozilla.org/en-US/security/advisories/mfsa2016-90) : deux critiques (CVE-2016-5290 et CVE-2016-5296), deux élevées et deux modérées.
## Pour les développeurs
Les développeurs bénéficient des améliorations suivantes :
 
 * Firefox corrige quelques défauts dans la prise en charge des [`border-radius`](https://developer.mozilla.org/fr/docs/Web/CSS/border-radius) :
![border-radius](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-border-radius-sh.png)
 * Firefox 50 est vigilant quand des contenus se déclarant être d’un certain type (une image) se révéleront être un script ([voir sur le _blog_ _mozilla.org_](https://blog.mozilla.org/security/2016/08/26/mitigating-mime-confusion-attacks-in-firefox/)) ;
 * le protocole [[SPDY]] qui a servi de brouillon au [HTTP/2](_Hypertext Transfer Protocol/2_) n’est plus pris en charge par Firefox 50 [[bogue n^(o) 1287132](https://bugzilla.mozilla.org/show_bug.cgi?id=1287132)] ;
 * arrivée du bac à sable ([_SandBox_] (https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/sandbox)) et de la politique de sécurité du contenu ([_Content‐Security‐Policy_](https://fr.wikipedia.org/wiki/Content_Security_Policy "Politique de sécurité du contenu")) ;
 * amélioration du glisser‐déposer ([_HTML Drag and Drop API_](https://developer.mozilla.org/en-US/docs/Web/API/HTML_Drag_and_Drop_API) [[bogue n^(o) 906420](https://bugzilla.mozilla.org/show_bug.cgi?id=906420), [bug 1162050](https://bugzilla.mozilla.org/show_bug.cgi?id=1162050)] ;
 * intégration de nouvelles spécifications des _cookies_ : restriction des domaines en fonction des préfixes (`__Secure-` et `__Host-`) [[bogue n^(o) 1283368](https://bugzilla.mozilla.org/show_bug.cgi?id=1283368)] ;
 * [la version 47 avait introduit l’outil `about:performance`](https://linuxfr.org/news/firefox-47-version-de-transition#pour-les-d%C3%A9veloppeurs) ; jusqu’à présent, ce dernier pouvait être utilisé pour désactiver les extensions ajoutées d’office par Mozilla à Firefox (_Pocket_...), c’est [ter‐mi‐né](https://bugzilla.mozilla.org/show_bug.cgi?id=1281077) (N.B. : pour désactiver _Pocket_, dans le panneau `about:config`, passer `extensions.pocket.enabled` à `false`).
### Console Web
La console Web de Firefox 50 apporte les nouveautés suivantes :
 
* possibilité de comprendre [_source maps_](http://blog.teamtreehouse.com/introduction-source-maps) (mais désactivé par défaut) [bogue n^(o) 1289570](https://bugzilla.mozilla.org/show_bug.cgi?id=1289570) ;
* les [_Memory Tools_](https://developer.mozilla.org/en-US/docs/Tools/Memory) sont activés par défaut ;
* amélioration du _storage inspector_ pour [IndexedDB](https://developer.mozilla.org/en-US/docs/Tools/Storage_Inspector#IndexedDB) ;
* _box model_ a désormais son propre onglet séparé de _Computed View_ (**note : pas chez moi, version 50**) ;
* amélioration de _Web Console_ au niveau de _Call Stack_ lors des requêtes [XHR](https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest) ou [_Fetch_](https://developer.mozilla.org/en-US/docs/Web/API/XMLHttpRequest/Using_XMLHttpRequest).
## Installer Firefox
Les utilisateurs de versions Windows 32 bits (XP SP2 minimum), Windows 64 bits (Windows 7 minimum), Mac OS X en 32 ou 64 bits (version 10.9 _Mavericks_ minimum) et GNU/Linux en 32 ou 64 bits peuvent installer cette nouvelle version de Firefox [[_source_](https://www.mozilla.org/en-US/firefox/50.0/system-requirements/)].
Idem pour les utilisateurs d’Android (version 4.0 _Ice Cream Sandwich_ minimum, jusqu’à la dernière AOSP 7.1) sur x86 ou ARM (ARMv7 minimum) ([page de téléchargement](https://www.mozilla.org/en-US/firefox/android/all/)).
![Firefox 50 AOSP 7.1](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-1479331477.png)
Une version spécifique (non basée sur le moteur de rendu développé par Mozilla) existe également pour iOS (version 8.2 minimum) [[_source_](https://support.mozilla.org/en-US/kb/firefox-available-iphone-or-ipad-my-language)].
# Prochaines versions
## Version 51
Firefox 51 bêta teste l’impact d’une restriction plus stricte de SHA-1 [[_source_](https://blog.mozilla.org/security/2016/10/18/phasing-out-sha-1-on-the-public-web/)].
## Version 52 ESR
Il s’agira de la [dernière version dont la compatibilité sera assurée avec Windows XP et Vista](http://kulturegeek.fr/news-94613/firefox-mozilla-prepare-plus-supporter-windows-xp-windows-vista). S’agissant d’une version [ESR](https://www.mozilla.org/en-US/firefox/organizations/faq/ "Extended Support Release — version à support étendu"), les utilisateurs concernés auront jusqu’en mai 2018 pour trouver une solution. Ensuite, Windows 7 sera le point d’entrée de Firefox 53 du côté des aficionados du système d’exploitation de Redmond. À noter que LibreOffice, de son côté, [réfléchit à laisser de côté Windows XP après la série 5.2._x_](https://people.gnome.org/~michael/blog/2016-08-03-under-the-hood-5-2.html).
L’API HTML5 [_BatteryManager_](https://developer.mozilla.org/fr/docs/Web/API/BatteryManager) permettant de connaître l’état de la batterie sur un ordinateur sera retirée de cette version. En effet, [son usage est détourné pour pister les utilisateurs](http://www.toolinux.com/Firefox-et-HTML5-stop-a-la-traque).
Cette version prendra en charge `requestIdleCallback` [[_source_](https://hacks.mozilla.org/2016/11/cooperative-scheduling-with-requestidlecallback/)].
Ce sera aussi [la dernière version à pouvoir faire tourner les greffons NPAPI](https://www.fxsitecompat.com/en-CA/docs/2016/plug-in-support-has-been-dropped-other-than-flash/) (sauf le greffon Flash qui continuera d’être pris en charge encore un moment). Nous verrons dans la suite de la dépêche que Mozilla pourrait ne pas s’arrêter là pour la gestion des greffons. Vous pouvez lire une revue plus globale sur Flash dans la [dépêche _LinuxFr.org_ dédiée à cette technologie](//linuxfr.org/news/flash-d-adobe-a-l-agonie#mozilla--firefox).
## Version 53
Gecko faisait les contrôles sur la sécurité des contenus avant d’envoyer les requêtes que traitait Necko (API indépendante de la plate‐forme et ayant des fonctionnalités dans le réseau).
![contrôle de sécurité dans Gecko](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-opt_out_gecko.png)
Dans Firefox 53, cette responsabilité de contrôle des contenus va être transférée de Gecko à Necko. Mozilla a publié un papier lors de la [_IEEE Cybersecurity Development 2016_](https://blog.mozilla.org/security/files/2016/11/5589a101.pdf) [[_source_](https://blog.mozilla.org/security/2016/11/10/enforcing-content-security-by-default-within-firefox/)].
## Futures versions
Abordons à présent le futur de Firefox :
 
 * Mozilla cherche à améliorer la sécurité sur le Web, Firefox affichera une icône d’un cadenas barré quand vous rentrez un mot de passe sur un site n’utilisant pas la couche de sécurité [TLS](https://fr.wikipedia.org/wiki/Transport_Layer_Security "Transport Layer Security"). Cela compliquera la possibilité de récupérer des mots de passe à l’aide d’une [attaque d’homme du milieu](https://fr.wikipedia.org/wiki/Attaque_de_l%27homme_du_milieu) :
![Cadenas barré](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-struckthrough-lock-before-after.png)
Plus d’informations sur le billet [_Plus de mots de passe à travers HTTP, SVP !_](https://blog.mozilla.org/tanvi/2016/01/28/no-more-passwords-over-http-please/ "No More Passwords over HTTP, Please!") (en anglais) ;
 * l’impression d’une page utilisera l’affichage « Mode de lecture » (proposé depuis Firefox 38.0.5) ; on peut espérer que les publicités d’une page Web ne seront plus imprimées [[bogue n^(o) 962433](https://bugzilla.mozilla.org/show_bug.cgi?id=962433)] ;
 * le greffon Flash ne sera plus déclaré au site Web auquel Firefox se connecte [[bogue n^(o) 1186948](https://bugzilla.mozilla.org/show_bug.cgi?id=1186948)] ; pour cela, il faudra que le comportement du greffon soit à « Demander pour activer » (comportement par défaut depuis quelques versions) ;
 * amélioration du _Debugger rewrite_ en HTML et de _Console rewrite_ en HTML ;
 * le travail est toujours en cours dans [_Nightly_](https://nightly.mozilla.org/) pour permettre enfin l’accélération matérielle du rendu des pages Web via OpenGL sur la plate‐forme GNU/Linux. Il est prévu, avant qu’elle ne soit lancée dans _Aurora/Beta/Release_, de n’activer cette fonctionnalité que pour un certain nombre de pilotes testés comme ne posant pas de problème. C’est le travail en cours sur le [[bogue n^(o) 1294232](https://bugzilla.mozilla.org/show_bug.cgi?id=1294232)], basé sur [l’extension `GLX_MESA_query_renderer` qui a été assez récemment ajoutée à Mesa 3D](https://www.phoronix.com/scan.php?page=news_item&px=MTYxNzc) ([version 10.3](http://www.mesa3d.org/relnotes/10.3.html)).
 * lors de l’échange de clés Diffie-Hellman, si votre site web utilise une clef ≤ 1 023 bits, Firefox refusera la connexion [[_source_](https://blog.mozilla.org/security/2015/07/02/mitigating-logjam-enforcing-stronger-diffie-hellman-key-exchange/)] (cette annonce date de 2015, mais une erreur sur le blog de Mozilla l’a faite resurgir le 30 septembre 2016, du coup tous les journaux en ont parlé !) ;
 * Firefox pourrait proposer de compartimenter votre navigation Web. Vous pourrez ouvrir une page de Facebook, Google ou autres traqueurs de vie privée, ces pages Web ignoreront les autres pages que vous avez ouvertes dans la même session ; ce sont [les onglets contextuels dans Firefox _Nightly_](https://tech.mozfr.org/post/2016/09/10/Les-onglets-contextuels-dans-Firefox-Nightly) et les [conteneurs](https://wiki.mozilla.org/Security/Contextual_Identity_Project/Containers) :
![Utilisation des conteneurs](https://linuxfr.org/images/historique/images_perdues/firefox-50-cent-boutons.png)
Peut‐être une piste d’évolution pour marier interface utilisateur innovante et vie privée et, par là même, se démarquer des autres navigateurs. Espérons que ce projet arrive rapidement et vivra plus longtemps que [les groupes d’onglets _Panorama_](https://support.mozilla.org/fr/kb/arret-groupes-onglets).
### Test Pilot : l’expérimentation continue
Trois extensions sont proposées par Mozilla pour avoir des retours utilisateurs :
 
- _Page Shot_, pour une « capture d’écran » de la page Web ;
- _Min Vid_, pour avoir la vidéo en cours toujours au premier plan ;
- _Tracking Protection_, pour limiter l’action des pisteurs (_trackers_) qui cherchent à vous suivre sur la Toile.
### WebExtension
Firefox 51 _bêta_ voit arriver différentes mises à jour des WebExtensions ([WebExtension a été introduite dans Firefox 48](//linuxfr.org/news/firefox-48-api-webextensions-electrolysis-et-securite#webextensions)). Une de ces mises à jour apporte à l’API la gestion du multi‐processus. Les extensions pourront bénéficier à terme du bac à sable et du parallélisme en étant exécutées dans un processus distinct. Toutefois, aucune date d’échéance n’est donnée pour son arrivée dans Firefox stable ([_bogue de suivi_](https://bugzilla.mozilla.org/show_bug.cgi?id=1190679) et une vidéo de deux heures sur le travail effectué).
Autre amélioration, une désinstallation supprimera les données enregistrées localement [[bogue n^(o) 1213990](https://bugzilla.mozilla.org/show_bug.cgi?id=1213990)]. Il est possible de demander de conserver ces données locales, mais il faudra l’indiquer [[bogue n^(o) 1220494](https://bugzilla.mozilla.org/show_bug.cgi?id=1220494)].
Enfin, cette mise à jour de WebExtension apporte _Native messaging_, le [wiki de Mozilla](https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Native_messaging) indique :> « _Native messaging_ enables a WebExtension to exchange messages with a native application installed on the user’s computer. This enables native applications to provide a service to add‐ons without needing to be reachable over the Web. One common example here is password managers: the native application manages storage and encryption of passwords, and communicates with the add‐on to populate Web forms. Native messaging also enables add‐ons to access resources that are not accessible through WebExtension APIs, such as some particular piece of hardware._ »
Ce qui peut être traduit par :> « La _messagerie native_ permet à WebExtension d’échanger des messages avec une application native installée sur l’ordinateur de l’utilisateur. Cela permet aux applications natives de fournir un service aux modules complémentaires sans devoir être accessibles sur le Web. Un exemple courant est celui des gestionnaires de mots de passe : l’application native gère le stockage et le chiffrement des mots de passe et communique avec l’extension pour remplir les formulaires Web. La messagerie native permet également aux modules complémentaires d’accéder à des ressources qui ne sont pas accessibles par l’intermédiaire d’API WebExtension, comme certains éléments matériels particuliers. »
[[_source_](https://blog.mozilla.org/addons/2016/09/29/webextensions-in-firefox-51/)]
Un billet de blog de Mozilla revient sur la migration en cours du système actuel des extensions vers le futur nouveau système basé sur WebExtension. Si les développeurs ont majoritairement contribué sur leurs besoins propres ([documentations](https://developer.mozilla.org/fr/Add-ons/WebExtensions), corrections de bogues, retours d’utilisation), ce billet appelle aux bonnes volontés d’autres aspects :
 
- rendre les API les plus agnostiques possibles, en effet, à terme, WebExtensions devraient fonctionner aussi bien sur [Chrome et Opéra](https://wiki.mozilla.org/WebExtensions/FAQ#Are_they_compatible_with_Chrome_and_Opera.3F) que sur Firefox (certaines rumeurs disent que Microsoft pourrait intégrer les WebExtensions à Edge) ; le billet rappelle ainsi qu’il ne sera plus nécessaire de connaître le fonctionnement particulier de Firefox ;
- créer les API manquantes, si vous avez besoin d’une API n’hésitez pas à ouvrir un [rapport de bogue](https://bugzilla.mozilla.org/enter_bug.cgi?product=Toolkit&component=WebExtensions) à ce sujet. Les API les plus complexes en cours de traitement sont affichées sur un [_Kaban_](https://fr.wikipedia.org/wiki/Kanban) [dédié](https://trello.com/b/PC9kB14s/webextensions-roadmap) [[_source_](https://blog.mozilla.org/addons/2016/11/03/more-ways-to-contribute-to-webextensions/)].
Le site [_Are we WebExtensions yet?_](http://arewewebextensionsyet.com) estime que la compatibilité des WebExtensions avec le Chrome Store est passée de 38,71 %, le 31 mars 2016, à 45 %, le 9 septembre 2016.
### Projet Mortar
Le [projet Mortar](https://wiki.mozilla.org/Mortar_Project), qui signifie [mortier](https://fr.wikipedia.org/wiki/Mortier_et_pilon) en anglais, s’intéresse à deux points techniques dans Firefox :
#### PPAPI
Mozilla s’interroge sur le remplacement du système de greffons _Netscape Plugin API_ (NPAPI), hérité de Netscape, par celui de Chrome _Pepper Plugin API_ (PPAPI) . Est‐ce que la documentation de PPAPI est cette fois suffisante, claire et indépendante du moteur de rendu de Chrome pour Mozilla ? ([conditions qui ont jusque‐là justifié le refus](https://bugzilla.mozilla.org/show_bug.cgi?id=729481#c83)).
#### PDFium
De même, ce projet s’intéresse à _PDF.js_ qui réalise la lecture des documents PDF au sein de Firefox (et qui peut être aussi utilisé au sein un site Web pour proposer des PDF en HTML). Mozilla pourrait le remplacer par PDFium, le lecteur de PDF de Chrome. Ce dernier permet de remplir les formulaires PDF (ce que ne sait pas faire _PDF.js_).
### Révision en profondeur de Gecko
Arrivée du mode multi‐processus et des WebExtensions, purge du code spécifique à Firefox OS, abandon programmée de l’interface des greffons NPAPI, prochain abandon des versions XP et Vista de Windows... Quelque chose de gros serait‐il en train de se préparer ?
#### Nouvelle étape, majeure : le projet Quantum, ou l’hybridation Gecko‐Servo
Alors que le projet _Electrolysis_ tend vers sa conclusion (basculement progressif de tous les utilisateurs), Mozilla dévoile le [projet _Quantum_](https://wiki.mozilla.org/Quantum) qui consiste à utiliser des portions de code cruciales en termes de performances et de sécurité du moteur de rendu Servo (programmé en Rust) dans le moteur de rendu actuel Gecko.
Mozilla espère que cela rendra son moteur de rendu plus véloce, capable d’utiliser au mieux le parallélisme des processeurs et aussi des processeurs graphiques [[_source_](https://tech.mozfr.org/post/2016/10/27/Un-saut-quantique-pour-le-Web)].
Le projet Quantum est subdivisé en quatre sous-projets :
 
* **Quantum CSS**, pour rendre le moteur [CSS](https://fr.wikipedia.org/wiki/Feuilles_de_style_en_cascade "Cascading Style Sheets — Feuilles de style en cascade") le plus parallélisable possible ;
* **Quantum DOM** va rendre Gecko plus adaptatif, particulièrement dans le cas où de très nombreux onglets sont ouverts en arrière‐plan ;
* **Quantum Compositor**, pour améliorer le code qui interagit avec les processeurs graphiques ;
* **Quantum Rendering** remplacera le sous‐système de rendu graphique de Gecko par celui de Servo avec, là aussi, une place importante pour le processeur graphique.
 
[Plus d’informations, notamment sur Quantum DOM sur _tech.mozfr.org_](https://tech.mozfr.org/post/2016/10/28/Le-projet-Quantum-de-Mozilla-:-des-ambitions-et-des-precisions).
Derrière ce projet, Mozilla évoque éclairement la prochaine génération de moteur de rendu (_Servo_, le moteur de rendu codé en Rust, a toujours été déclaré comme une expérimentation : il n’est pas appelé à remplacer Gecko). Et c’est pour demain !
[L’équipe de développement de Servo s’en réjouit](https://groups.google.com/forum/#!topic/mozilla.dev.servo/3bH1KaqJq0s) (et fournit quelques chiffres spectaculaires à l’appui) !
Techniquement, les premières briques sont déjà posées :
 
* [depuis la version 48, Firefox inclut un nouvel analyseur de fichiers MP4 écrit en Rust](https://linuxfr.org/news/firefox-48-api-webextensions-electrolysis-et-securite#oxydation) ;
* [Rust sera activé par défaut à partir de la version 53](https://bugzilla.mozilla.org/show_bug.cgi?id=1283898#c4) (c’est donc [déjà le cas dans _Nightly_](https://wiki.mozilla.org/RapidRelease/Calendar)) ;
* [l’analyseur d’adresses URL de Servo vient d’arriver dans _Nightly_](https://bugzilla.mozilla.org/show_bug.cgi?id=1151899).
La prochaine étape pourrait être la concrétisation dans quelques mois de Quantum CSS (alias le projet _Stylo_, permettant l’intégration du moteur de style de Servo dans Gecko).
# Autour de Firefox
## Mozilla : comment nous protégeons Internet avec votre aide
Ce billet de blog de Mozilla, traduit en français sur _blog.mozfr.org_, revient sur les différents actions de Mozilla pour la sécurité appuyée par sa communauté et les différents partenaires d’Internet. C’est un billet orienté grand public qui a le mérite de brosser toutes les initiatives de Mozilla dans ce domaine, mais la plupart sont sûrement connues des lecteurs de _LinuxFr.org_ : [_Mozilla : comment nous protégeons Internet avec votre aide_](https://blog.mozfr.org/post/2016/11/Mozilla-comment-nous-protegeons-Internet-avec-votre-aide).
Lire aussi en complément, concernant le fonctionnement du _Secure Open Source Fund_ ou _SOS Fund_ : [_Le fonds de Mozilla qui sécurise l’open source et le Net_](https://blog.mozfr.org/post/2016/11/fonds-Mozilla-securise-open-source-Net).
## Autorité de certification WoSign
Cette autorité de certification a joué au plus malin en anti‐datant des certificats pour leur permettre d’utiliser SHA-1, qui a été abandonné par les différents navigateurs Web. Les gens de Mozilla viennent de s’en apercevoir et ils n’apprécient pas du tout [[_source_](https://blog.mozilla.org/security/2016/10/24/distrusting-new-wosign-and-startcom-certificates)].
Bien sûr, les autres navigateurs ont été alertés et tout ce petit monde va sûrement se concerter pour savoir comment punir le fautif (la base de son métier est de fournir de la confiance, pas de jouer au malin) [[_source_](https://www.nextinpact.com/news/101540-mozilla-veut-bannir-deux-autorites-ayant-antidate-leurs-certificats-sha-1.htm)].
## Servo/Rust
[La feuille de route](https://github.com/servo/servo/wiki/Roadmap) a été mise à jour pour inclure les objectifs du 4^(e) trimestre et jeter quelques idées préliminaires pour 2017.
Après Firefox, c’est GNOME que Rust pourrait oxyder. Alors qu’[une réflexion est en cours pour utiliser Rust dans les parties les plus exposées de GStreamer](https://linuxfr.org/news/gnome-3-22-karlsruhe-a-land-far-far-away#oxydation-de-gstreamer), Builder, l’[[environnement de développement intégré]] de GNOME [permet dorénavant de travailler avec ce langage](https://blogs.gnome.org/chergert/2016/10/25/builder-rust/). Par ailleurs, [Alberto Ruiz a récemment publié une réflexion sur l’utilisation principale de Rust dans GNOME](https://siliconislandblog.wordpress.com/2016/10/31/thoughts-on-dx-gnome-and-rust/).
À noter qu’il existe [_Corrode_](https://www.phoronix.com/scan.php?page=news_item&px=Corrode-C-To-Rust), un outil soutenu par Mozilla de traduction du code C en code Rust.
## B2G OS
Firefox OS est mort et ses portions de code vont être [retirées de Gecko](https://groups.google.com/forum/#!msg/mozilla.dev.fxos/FoAwifahNPY/Lppm0VHVBAAJ), obligeant le projet communautaire _Boot to Gecko_ (B2G) à réaliser un [_fork_ de Gecko pour survivre](https://firefoxos.mozfr.org/post/2016/10/Firefox-OS-is-over).
## WebAssembly alias wasm 
Ce format binaire dont les spécificités seront garanties par leur ouverture et leur standardisation, continue de progresser au sein de [Chrome](http://v8project.blogspot.fr/2016/10/webassembly-browser-preview.html), [EDGE](http://v8project.blogspot.fr/2016/10/webassembly-browser-preview.html) et [Firefox](https://hacks.mozilla.org/2016/10/webassembly-browser-preview/). Tous ces navigateurs invitent leurs utilisateurs à tester ce nouveau format (encore en phase de test) et à leur faire part de leurs retours. Ils espèrent figer la première au cours du premier trimestre 2017 et l’activer par défaut sur leur navigateur respectif.
Dans Firefox, pour activer WebAssembly, il faut aller dans `about:config` et activer `javascript.options.wasm` [[_source_](http://www.developpez.com/actu/106127/WebAssembly-a-atteint-le-milestone-Browser-Preview-et-permet-de-compiler-des-modules-WebAssembly-depuis-des-fichiers-sources-C-C-plusplus/)].
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/firefox-50-cent.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/firefox-50-cent.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>