Dans presque toutes les versions de Chrome, nous constatons un nombre important de mises à jour et d'améliorations du produit, de ses performances et des fonctionnalités de la plate-forme Web. Cet article décrit les modifications apportées à Chrome 52, qui est en version bêta depuis le 9 juin. Cette liste est susceptible d'être modifiée à tout moment.
Abandon progressif des algorithmes de chiffrement basés sur DHE
Résumé:Les algorithmes de chiffrement basés sur DHE sont supprimés dans Chrome 53 pour ordinateur, car ils ne sont pas adaptés à une utilisation à long terme. Les serveurs doivent utiliser ECDHE si tel est le cas, ou un algorithme de chiffrement RSA simple si ce n'est pas le cas.
Intent to Remove | Chromestatus Tracker | Bug Chromium
L'année dernière, nous avons augmenté la taille minimale du groupe TLS Diffie-Hellman de 512 bits à 1 024 bits. Toutefois, 1 024 bits n'est pas suffisant à long terme. Les métriques indiquent qu'environ 95% des connexions DHE détectées par Chrome utilisent le chiffrement DHE 1 024 bits. En raison de la façon dont DHE est négocié dans TLS, il est difficile de dépasser 1 024 bits.
Bien qu'une ébauche de spécification corrige ce problème, il s'agit toujours d'une ébauche et nécessite des modifications à la fois au niveau du client et du serveur. En attendant, ECDHE est déjà largement implémenté et déployé. Les serveurs doivent passer à ECDHE, le cas échéant. Sinon, assurez-vous qu'une suite de chiffrement RSA simple est activée.
Les algorithmes de chiffrement basés sur DHE sont obsolètes depuis Chrome 51. La compatibilité est en cours de suppression sur ordinateur dans Chrome 53.
Avertissement d'abandon de FileError
Résumé:L'interface FileError obsolète devrait être supprimée dans Chrome 54. Remplacez les références à err.code par err.name et err.message.
Projet de suppression | Outil de suivi de l'état de Chrome | Bug Chromium
La version actuelle de la norme File API ne contient pas l'interface FileError, et sa prise en charge a été abandonnée vers 2013. Dans Chrome 53, cet avertissement d'abandon s'affiche dans la console DevTools:
"FileError" est obsolète et sera supprimé dans la version 54. Veuillez utiliser les attributs "name" ou "message" de l'erreur plutôt que "code".
Cela a des effets différents selon le contexte.
FileReader.erroretFileWriter.errorseront des objetsDOMExceptionau lieu d'objetsFileError.- Pour les appels
FileSystemasynchrones,ErrorCallbackreçoitFileError.ErrorCodeau lieu deFileError. - Pour les appels
FileSystemsynchrones,FileError.ErrorCodeest généré au lieu deFileError.
Cette modification ne concerne que le code qui repose sur la comparaison directe du code de l'instance d'erreur (e.code) avec les valeurs d'énumération FileError (FileError.NOT_FOUND_ERR, etc.). Le code qui teste des constantes codées en dur (par exemple, e.code === 1) peut échouer s'il signale des erreurs incorrectes à l'utilisateur.
Heureusement, les types d'erreurs FileError, DOMError et DOMException partagent tous les propriétés name et message, qui donnent des noms cohérents aux cas d'erreur (en d'autres termes, e.name === "NotFoundError"). Le code doit utiliser ces propriétés à la place, qui fonctionneront dans tous les navigateurs et continueront de fonctionner une fois que l'interface FileError elle-même aura été supprimée.
La suppression de FileError est prévue pour Chrome 54.
Suppression de l'attribut "results" pour <input type=search>
Résumé:L'attribut results est en cours de suppression, car il ne fait partie d'aucune norme et est implémenté de manière incohérente selon les navigateurs.
Projet de suppression | Outil de suivi de l'état de Chrome | Bug Chromium
La valeur results n'est implémentée que dans WebKit et se comporte de manière très incohérente sur les navigateurs qui l'implémentent. Par exemple, Chrome ajoute une loupe à la zone de saisie, tandis que sur Safari pour ordinateur, elle contrôle le nombre de recherches précédentes affichées dans une fenêtre pop-up qui s'affiche en cliquant sur la loupe. Comme cette fonctionnalité ne fait partie d'aucune norme, elle est en cours d'abandon.
Si vous devez toujours inclure l'icône de recherche dans votre champ de saisie, vous devrez ajouter un style personnalisé à l'élément. Pour ce faire, incluez une image d'arrière-plan et spécifiez une marge intérieure à gauche du champ de saisie.
input[type=search] {
background: url(some-great-icon.png) no-repeat scroll 15px 15px;
padding-left:30px;
}
```
This attribute has been deprecated since Chrome 51.