Einstellung und Entfernung von APIs in Chrome 53

Joe Medley
Joe Medley
GitHub

Bei fast jeder Chrome-Version gibt es eine große Anzahl von Updates und Verbesserungen am Produkt, an seiner Leistung und auch an den Funktionen der Webplattform. In diesem Artikel werden die Änderungen in Chrome 52 beschrieben, das seit dem 9. Juni in der Betaphase ist. Diese Liste kann sich jederzeit ändern.

Einstellung von DHE-basierten Chiffren

Zusammenfassung: DHE-basierte Chiffren werden in Chrome 53 (Desktopversion) entfernt, weil sie für eine langfristige Nutzung nicht ausreichend sind. Server sollten ECDHE verwenden, sofern verfügbar, oder eine einfache RSA-Chiffre, falls nicht.

Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler

Letztes Jahr haben wir die Mindestgröße der TLS-Diffie-Hellman-Gruppe in Chrome von 512 Bit auf 1.024 Bit erhöht. 1.024 Bit reichen jedoch langfristig nicht aus. Aus den Messwerten geht hervor, dass etwa 95% der in Chrome erkannten DHE-Verbindungen 1024-Bit-DHE verwenden. In Verbindung mit der Art und Weise, wie DHE in TLS ausgehandelt wird, ist es schwierig, über 1024 Bit hinauszugehen.

Es gibt zwar eine Entwurfsspezifikation, die dieses Problem behebt, aber es handelt sich dabei noch um einen Entwurf, der sowohl Änderungen am Client als auch am Server erfordert. Inzwischen ist ECDHE bereits weit verbreitet und implementiert. Server sollten auf ECDHE umgestellt werden, sofern verfügbar. Andernfalls muss eine RSA-Cipher Suite aktiviert sein.

DHE-basierte Chiffren werden seit Chrome 51 nicht mehr unterstützt. In Chrome 53 wird die Unterstützung für den Desktop entfernt.

Warnung zur Einstellung von FileError

Zusammenfassung:Die Einstellung der FileError-Benutzeroberfläche ist für Chrome 54 geplant. Ersetzen Sie Verweise auf err.code durch err.name und err.message.

Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler

Die aktuelle Version des File API-Standards enthält nicht die FileError-Schnittstelle und ihre Unterstützung wurde 2013 eingestellt. In Chrome 53 wird diese Einstellungswarnung in der Entwicklertools-Konsole ausgegeben:

„FileError“ wird verworfen und in Version 54 entfernt. Verwenden Sie die Attribute „name“ oder „message“ des Fehlers anstelle von „code“.

Das hat in verschiedenen Kontexten unterschiedliche Auswirkungen.

  • FileReader.error und FileWriter.error sind DOMException-Objekte anstelle von FileError-Objekten.
  • Bei asynchronen FileSystem-Aufrufen wird das ErrorCallback FileError.ErrorCode anstelle von FileError übergeben.
  • Bei synchronen FileSystem-Aufrufen wird FileError.ErrorCode anstelle von FileError geworfen.

Diese Änderung wirkt sich nur auf Code aus, bei dem der Code der Fehlerinstanz (e.code) direkt mit FileError-Enum-Werten (FileError.NOT_FOUND_ERR usw.) verglichen wird. Code, der mit hartcodierten Konstanten (z. B. e.code === 1) getestet wird, kann fehlschlagen, indem dem Nutzer falsche Fehler gemeldet werden.

Glücklicherweise haben die Fehlertypen FileError, DOMError und DOMException alle name- und message-Properties, die einheitliche Namen für Fehlerfälle liefern (d. h. e.name === "NotFoundError"). Diese Properties sollten stattdessen im Code verwendet werden, da sie plattformübergreifend funktionieren und auch dann noch funktionieren, wenn die FileError-Benutzeroberfläche entfernt wurde.

FileError wird voraussichtlich in Chrome 54 entfernt.

Ergebnisseattribut für <input type=search> entfernen

Zusammenfassung: Das Attribut results wird entfernt, da es nicht Teil eines Standards ist und in verschiedenen Browsern unterschiedlich implementiert wird.

Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler

Der Wert results ist nur in „webkit“ implementiert und verhält sich in diesen Fällen äußerst uneinheitlich. So fügt Chrome beispielsweise dem Eingabefeld ein Lupensymbol hinzu, während es in Safari auf dem Desktop-Computer steuert, wie viele vorherige Suchanfragen in einem Pop-up-Fenster angezeigt werden, wenn auf das Lupensymbol geklickt wird. Da diese Funktion nicht Teil eines Standards ist, wird sie eingestellt.

Wenn Sie das Suchsymbol trotzdem in Ihr Eingabefeld aufnehmen möchten, müssen Sie dem Element ein benutzerdefiniertes Design hinzufügen. Dazu fügen Sie ein Hintergrundbild ein und geben für das Eingabefeld einen linken Abstand an.

    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.