Chrome 54 disponible en version stable, 21 failles corrigées

Chrome 54 disponible en version stable, 21 failles corrigées

Vivement la version 55 !

Avatar de l'auteur
Sébastien Gavois

Publié dans

Logiciel

13/10/2016 2 minutes
14

Chrome 54 disponible en version stable, 21 failles corrigées

Chrome 54 est désormais disponible sur la branche stable. Cette mouture reprend les fonctionnalités de la bêta et corrige au passage plusieurs vulnérabilités.

Google continue à sa vitesse de croisière et vient de publier une nouvelle version de son navigateur Chrome. Estampillée 54.0.2840.59, elle corrige pas moins de 21 failles de sécurité, dont 6 ont un niveau de dangerosité élevé. Trois d'entre elles concernent le moteur de rendu Blink et deux autres le module PDFium. Au total, les brèches ont rapporté plus de 27 000 dollars à ceux qui les ont rapportées au géant du Net.

Bien évidemment, ce changement de version majeur est l'occasion d'ajouter de nouvelles fonctionnalités. Comme nous l'avions déjà détaillé dans cette actualité, les développeurs peuvent désormais exploiter les éléments personnalisés de la spécification V1 ainsi que la nouvelle API BroadcastChannel. Ces fonctionnalités permettent à un site de mieux gérer les onglets qu'il a ouverts.

Sur Android ensuite, il sera possible d'écouter le son d'une vidéo en arrière-plan. Enfin, la page Nouvel onglet a été modifiée afin de proposer une sélection d'articles personnalisés provenant de Google Now. L'application n'a pour le moment pas été mise à jour, mais cela ne devrait pas tarder.

Avec Chrome 55, Google prépare une mise à jour qui devrait plaire à de nombreux utilisateurs : une réduction importante de la consommation de la mémoire vive. Elle devrait débarquer sur le canal stable d'ici un peu plus de trois semaines.

Écrit par Sébastien Gavois

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (14)


Ce qui serait vraiment bien c’est de fortement limiter la consommation CPU des onglets non utilisés récemment !


Le truc c’est qu’il n’y a pas de raisons de ne pas faire tourner leur javascript de base. Après il existe des extensions pour “bloquer” les onglets ouverts en arrière plan depuis trop longtemps.


Autre modification que je viens d’observer sur ma machine : Chrome tient désormais compte du facteur d’échelle sous Windows.

Petite explication : mon portable étant en Full HD sur 15 pouces, j’avais indiqué un facteur d’échelle de 125% pour ne pas avoir des images et textes microscopiques à l’affichage. Et jusqu’à maintenant (cela fait 1 an que j’ai ce portable tout de même), Chrome n’en tenait pas compte, ce qui du coup donnait une impression de fort dézoom sur les sites.


De mon coté, y a un truc qui me gonfle grave (d’autant plus qu’il me semble que ça ne le faisait pas avant) et que j’aimerais voir corrigé c’est quand suite à l’action “ouvrir dans un nouvel onglet” sur un lien, la page en cours se freeze tant que l’autre n’a pas fini de charger.

Le multithread il ont oublié comment ça marche les devs Chrome?


Aucun soucis là dessus avec Chrome 53, ni 54 après update 








XyLiS a écrit :



Aucun soucis là dessus avec Chrome 53, ni 54 après update





Ah bon.

De mon coté, ca me le fait aussi bien au boulot qu’a domicile sur des installations différentes de Chrome.

Je serai franchement interessé de trouver une explication, je vais devoir soupçonner une extension alors (j’utilise les mêmes dans les deux cas)



Es-tu bien à jour, j’avais eu le problème avec la 1ère version de Chrome 52 et la 1ère révision de Chrome 53.








jerem06 a écrit :



Es-tu bien à jour,





Bien entendu, je ne me serais pas permis de commenter cette info sur la disponibilité de la version 54 avant d’avoir fait cette mise à jour.

Toutefois, après un grand nettoyage (cache en particulier et pourtant ce n’est pas la première fois que je tente cette simple manip) je ne reproduis plus le phénomène (sur lequel pourtant je me souviens avoir buté pas plus tard qu’hier).

Faudra que je réitere l’opération au bureau à mon retour de congés.



Si jamais vous n’avez plus accès aux services Google après la mise à jour vers 54, allez ici et désactivez la compatibilité QUIC : chrome://flags/#enable-quic


Pas ce de mon côté (chez moi ou au taf). Mais ce bug doit être bien chiant en effet, surtout quand tu veux ouvrir pleins de liens à la suite.








Blood_Man a écrit :



Mais ce bug doit être bien chiant en effet,





Je confirme!



Au passage je viens de m’apercevoir dans le gestionnaire de taches intégré à Chrome qu’il semble avoir beaucoup plus tendance que précédemment à isoler les onglets dans des process séparés (moins mutualiser si on préfère le voir sous cet angle)

En ce moment même je ne constate pas plus de deux onglets par process avec pourtant pas loin d’une vingtaine d’ouverts, gros changement par rapport à mes expériences précédentes.



C’est une impression ou Chrome 54 se lance CARREMENT plus vite que Chrome 53 ? De l’ordre de 2 fois plus vite au moins ???


J’ai mis à jour mais j’ai tellement d’onglets ouverts que je le redémarrerai plus tard… De toute façon à un moment donné une icône verte s’affiche en haut à droite où il y a les trois petits points incitant à redémarrer.



<img data-src=" />


Merci, mais qui a eu l’idée d’activer ce truc chez Google…. Pfff…