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 für den Desktop entfernt, da sie für eine langfristige Nutzung nicht ausreichen. 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. Die Messwerte zeigen, dass etwa 95% der DHE-Verbindungen, die von Chrome erkannt werden, 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. ECDHE ist bereits weithin implementiert und eingesetzt. 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-Oberfläche und die Unterstützung wurde irgendwann im Jahr 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 dann DOMException-Objekte anstelle von FileError-Objekten.
  • Bei asynchronen FileSystem-Aufrufen wird an 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"). Im Code sollten stattdessen diese Properties verwendet werden, die 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 results-Attribut wird entfernt, da es nicht Teil eines Standards ist und in verschiedenen Browsern nicht einheitlich implementiert wird.

Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler

Der Wert results ist nur in WebKit implementiert und verhält sich in den unterstützten Browsern sehr inkonsistent. In Chrome wird beispielsweise ein Lupensymbol in das Eingabefeld eingefügt, während in Safari auf dem Computer festgelegt wird, wie viele vorherige Suchanfragen in einem Pop-up angezeigt werden, das durch Klicken auf das Lupensymbol geöffnet 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.