Vous n'avez pas encore de notification

Page d'accueil

Options d'affichage

Abonné

Actualités

Abonné

Des thèmes sont disponibles :

Thème de baseThème de baseThème sombreThème sombreThème yinyang clairThème yinyang clairThème yinyang sombreThème yinyang sombreThème orange mécanique clairThème orange mécanique clairThème orange mécanique sombreThème orange mécanique sombreThème rose clairThème rose clairThème rose sombreThème rose sombre

Vous n'êtes pas encore INpactien ?

Inscrivez-vous !

Firefox se débarrassera des plugins NPAPI d'ici fin 2016

Un monde (presque) sans plugins
Logiciel 4 min
Firefox se débarrassera des plugins NPAPI d'ici fin 2016

Mozilla a annoncé hier dans un billet de blog que le support des anciens plugins allait prendre fin d’ici la fin de l’année prochaine. Un mouvement logique puisque ces mêmes modules devaient être manuellement activés depuis longtemps, mais qui illustre bien l’évolution du web depuis l’arrivée du HTML5.

Les plugins sont de petits fichiers binaires qui ont été initialement conçus pour enrichir les fonctionnalités des navigateurs. Flash, Java, Silverlight, AIR et les autres ont été utilisés pendant de nombreuses années, et de leur présence dépendait la compatibilité de nombreux sites. Historiquement, ils ne réinventaient pas la roue, au contraire : ils correspondaient à certains besoins puisque les briques fondamentales du web ne permettaient pas les actions imaginées.

Les besoins ont créé les plugins, d'autres les rendent caduques

Les plugins utilisaient la norme NPAPI mais avaient de nombreux défauts. Les concepteurs de navigateurs ont appris à les « détester » car il s’agissait finalement d’un code binaire sur lequel ils n’avaient pas prise. Or, avec un accent de plus en plus prononcé sur la sécurité et un nombre accru de mécanismes pour protéger le navigateur contre les intrusions et les plantages, ils constituaient autant de réserves de problèmes potentiels. Et ce ne sont pas les parcours des plugins Flash et Java qui contrediront ce triste constat : à quoi sert de blinder un navigateur si la moindre faille dans un module tiers permet de faire s’écrouler tout l’édifice ?

Le paysage a brusquement changé avec le HTML5, dont la mission était de rapatrier justement dans une brique élémentaire du web de nombreuses capacités jusqu’ici dévolues aux plugins : audio, vidéo, 3D et ainsi de suite. Les plugins sont devenus progressivement inutiles quand les technologies balbutiantes ont été fiabilisées et enrichies. Un code unique pour tout le monde (du moins dans la plupart des cas), sans nécessiter de code tiers pour afficher un site.

Après la relégation, la suppression

Chez Mozilla, les plugins NPAPI sont déjà relégués dans une seconde zone depuis que Firefox les oblige à être activés manuellement. Si vous avez par exemple installé Silverlight, un site web ne pourra pas lire un contenu basé sur cette technologie tant que vous n’aurez pas confirmé que le plugin peut s’exécuter, le navigateur posant la question. Les avantages en termes de sécurité et de performances sont bien présents.

L’étape suivante est logique et a d’ailleurs été franchie par d’autres déjà, notamment Chrome chez Google et Edge chez Microsoft. D’ici la fin de l’année prochaine, Firefox supprimera donc tout support des plugins NPAPI, à une exception près, prévisible d’ailleurs : Flash. Exactement comme chez les concurrents, le lecteur d’Adobe disposera d’un traitement particulier car il est encore trop utilisé pour être mis de côté. Parallèlement, l’éditeur indique qu’un partenariat avec Adobe conduira vers des améliorations spécifiques de Flash, pour augmenter sa stabilité et ses performances dans Firefox.

Des avantages à tous les niveaux

Pour Mozilla, les avantages sont multiples. La sécurité évidemment puisqu’en dehors du seul plugin Flash, le reste du code est bien celui de l’éditeur. De performances également puisque l’infrastructure de gestion disparait et que le navigateur s’allège d’autant. Sans parler des frictions en moins pour l’utilisateur puisqu’on ne lui demandera plus rien, ou presque. Le retrait de tout ce code permet également, selon Mozilla, de mieux préparer le terrain aux futures évolutions du navigateur, notamment pour l’arrivée d’une véritable arlésienne : la version 64 bits pour Windows, dont Mozilla assure qu’elle est bien en route.

L’éditeur indique dans son billet de blog que l’ensemble des éditeurs et administrateurs utilisant encore de vieilles technologies ont tout intérêt à transiter vers un modèle sans plugins, et donc basé sur des technologies parfaitement standardisées. Il résume ainsi la situation : « La plateforme web est puissante et peut habituellement faire tout ce dont un plugin est capable. Dans les rares cas où un site a besoin d’étendre les technologies du web, la solution recommandée est de développer des fonctionnalités supplémentaires en tant qu’extensions Firefox ». Une mention spécifique de Java est faite, Mozilla assurant qu’un travail est en cours avec Oracle pour permettre une migration en douceur.

La nécessaire adaptation des éditeurs, développeurs et utilisateurs

Autre cas spécifique, celui d’Unity et de son Web Player. Dans un billet daté d’hier également, la société indique qu’après le retrait du support NPAPI dans Chrome (45) et dans Edge, c’est bien au tour de Firefox de faire le ménage. Un partenariat a donc là aussi été mis en place, Unity annonçant qu’à compter de mars 2016, le seul export possible pour le contenu web se fera par l’intermédiaire de WebGL. Les anciennes versions du Player ne seront plus maintenues, et les contenus prévus pour ces moutures ne pourront plus être exécutés que dans des navigateurs qui supportent encore les plugins NPAPI, ou d’anciennes versions de ces navigateurs. Mais avec les mises à jour automatiques, il est délicat de rester bloqué sur une mouture en particulier.

Dans tous les cas, l’annonce de Mozilla laisse environ une année pour que les différents acteurs s’adaptent. L’éditeur n’est pas le premier à agir sur ce point et les mouvements déjà effectués par Google et Microsoft aideront d’autant mieux à préparer le terrain. Dans tous les cas, les développeurs et éditeurs doivent se faire à l’idée que le web se fera désormais sans les plugins, à l’exception de Flash qui continuera de survivre. Jusqu’au jour où lui-même disparaîtra également car son usage aura un équivalent complet.

96 commentaires
Avatar de picatrix INpactien
Avatar de picatrixpicatrix- 09/10/15 à 15:05:50

ça veut dire qu'ils vont passer à PPAPI ?

Avatar de damaki Abonné
Avatar de damakidamaki- 09/10/15 à 15:18:32

C'est la suite du désastre pour le site navigo.fr. Après Chrome et Edge, ce sera Firefox qui va devenir incompatible avec leur site. Dommage, parce qu'à part java, il n'y a à ma connaissance pas trop de solutions pour une interaction entre un navigateur web et une smartcard.

Édité par damaki le 09/10/2015 à 15:18
Avatar de Yseader INpactien
Avatar de YseaderYseader- 09/10/15 à 15:23:48

Ils s'y sont toujours opposés.

Avatar de benjarobin Abonné
Avatar de benjarobinbenjarobin- 09/10/15 à 15:28:18

damaki a écrit :

C'est la suite du désastre pour le site navigo.fr. Après Chrome et Edge, ce sera Firefox qui va devenir incompatible avec leur site. Dommage, parce qu'à part java, il n'y a à ma connaissance pas trop de solutions pour une interaction entre un navigateur web et une smartcard.

Si, si il y a une solution, installer un service Windows qui tourne en permanence, écoutant sur un port TCP. Puis communiquer avec ce service via du javascript. Voir https://developer.mozilla.org/fr/docs/Web/API/TCP_Socket_API
Clairement tu déportes le problème, les failles de sécurité potentiels ailleurs, mais cela n'impactera pas le navigateur

Édité par benjarobin le 09/10/2015 à 15:31
Avatar de Trucifix Abonné
Avatar de TrucifixTrucifix- 09/10/15 à 15:34:33

Je suis en accord à la suppression des plugins. Par contre, il devrait faire des efforts sur la prise en charge des pdf. Je ne l'ai pas testé depuis un petit moment mais le lecteur pdf intégré était assez faible. J'avais beaucoup de problèmes d'affichage. Obliger de passer par un plugin pour la lecture direct dans le navigateur sans passé par la case téléchargement. Peut-être à la base, le problème vient des pdf mal formatés.

 

damaki a écrit :

C'est la suite du désastre pour le site navigo.fr. Après Chrome et Edge, ce sera Firefox qui va devenir incompatible avec leur site. Dommage, parce qu'à part java, il n'y a à ma connaissance pas trop de solutions pour une interaction entre un navigateur web et une smartcard. 

Merci de l'info maintenant, je sais pourquoi tous les marchés publics français utilisent cela.  Mais quelle plaie à gérer quand on travaille dans une entreprise qui répond aux appels d'offres. Combien j'ai eu d'incidents sur les problème de liaisons entre les smartcard et java !!!

Édité par Trucifix le 09/10/2015 à 15:36
Avatar de psn00ps Abonné
Avatar de psn00pspsn00ps- 09/10/15 à 15:48:13

Mozilla supprime les plugins, mais supporte les DRM par EME.
 2 poids 2 mesures ?
C'est encore pire de ce côté.

Avatar de EricB INpactien
Avatar de EricBEricB- 09/10/15 à 15:48:46

et concretement, comment peut on savoir si les plugins qu on utilise passe par NPAPI ou pas?

Avatar de Gundar INpactien
Avatar de GundarGundar- 09/10/15 à 15:51:56

Faut demander à NMami.

Avatar de Argonaute Abonné
Avatar de ArgonauteArgonaute- 09/10/15 à 16:00:01

Le retrait de tout ce code permet également, selon Mozilla, de mieux préparer le terrain aux futures évolutions du navigateur, notamment pour l’arrivée d’une véritable arlésienne : la version 64 bits pour Windows, dont Mozilla assure qu’elle est bien en route.

Je n'utilise plus au quotidien que la version Developer x64 Aurora depuis sa sortie sur toutes mes machines et c'est un vrai bonheur !
Il reste encore quelques bug surtout liés au plug'in encore présents :oops:

Au programme rapidité, faible consommation de mémoire (350 Mo avec 80 onglets ouverts) et très bonne compatibilité !

Il faudra que quelqu'un nous débarrasse d'Adobe un de ces jours ! (Google es-tu là ?)

-

Édité par Argonaute le 09/10/2015 à 16:02
Avatar de psn00ps Abonné
Avatar de psn00pspsn00ps- 09/10/15 à 16:01:04

Si c'est un Plugin, c'est forcément du NPAPI. Modules => Plugins.

Il n'est plus possible de commenter cette actualité.
Page 1 / 10