Einstellung und Entfernung von APIs in Chrome 53

Joe Medley
Joe Medley

In fast jeder Version von Chrome gibt es eine beträchtliche Anzahl von Updates und Verbesserungen des Produkts, seiner Leistung und auch der Funktionen der Web-Plattform. In diesem Artikel werden die Änderungen in Chrome 52 beschrieben, die sich am 9. Juni in der Betaphase befinden. Diese Liste kann sich jederzeit ändern.

DHE-basierte Verschlüsselungen werden eingestellt

Kurzfassung: DHE-basierte Chiffren wurden in Chrome 53 auf Computern entfernt, da sie nicht für eine langfristige Verwendung geeignet sind. Server sollten ECDHE verwenden, falls verfügbar, oder eine Nur-RSA-Chiffre, falls nicht.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

Letztes Jahr haben wir für Chrome die Mindestgröße für TLS Diffie-Hellman-Gruppen von 512 bis 1024 Bit festgelegt. 1024 Bit ist jedoch langfristig nicht ausreichend. Messwerte zeigen, dass etwa 95% der von Chrome erkannten DHE-Verbindungen 1024-Bit-DHE verwenden. Hinzu kommt, wie DHE in TLS ausgehandelt wird, was den Wechsel über 1024 Bit erschwert.

Obwohl es eine Entwurfsspezifikation gibt, die dieses Problem behebt, handelt es sich immer noch um einen Entwurf und erfordert Änderungen des Clients und des Servers. Mittlerweile ist ECDHE bereits weithin implementiert und eingesetzt. Server sollten ein Upgrade auf ECDHE durchführen, falls verfügbar. Andernfalls muss eine Nur-RSA-Chiffrensammlung aktiviert sein.

DHE-basierte Chiffren wurden seit Chrome 51 eingestellt. In Chrome 53 wird die Unterstützung vom Desktop eingestellt.

Warnung zur Einstellung von FileError

Zusammenfassung: In Chrome 54 wird erwartet, dass die veraltete FileError-Oberfläche entfernt wird. Ersetzen Sie Verweise auf err.code durch err.name und err.message.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

Die aktuelle Version des File API-Standards enthält nicht die Schnittstelle FileError. Diese Unterstützung wurde 2013 eingestellt. In Chrome 53 wird diese Warnung zur Einstellung in der Entwicklertools-Konsole angezeigt:

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

Dies hat in verschiedenen Kontexten unterschiedliche Auswirkungen.

  • FileReader.error und FileWriter.error sind dann DOMException-Objekte statt FileError-Objekte.
  • Bei asynchronen FileSystem-Aufrufen wird ErrorCallback anstelle von FileError FileError.ErrorCode übergeben.
  • Bei synchronen FileSystem-Aufrufen wird FileError.ErrorCode anstelle von FileError ausgegeben.

Diese Änderung betrifft nur Code, bei dem der Code der Fehlerinstanz (e.code) direkt mit FileError-Enum-Werten (FileError.NOT_FOUND_ERR usw.) verglichen wird. Code, mit dem hartcodierte Konstanten wie e.code === 1 getestet werden, kann fehlschlagen, da dem Nutzer falsche Fehler gemeldet werden.

Glücklicherweise haben die Fehlertypen FileError, DOMError und DOMException alle name- und message-Eigenschaften, die für Fehlerfälle einheitliche Namen geben (mit anderen Worten: e.name === "NotFoundError"). Diese Eigenschaften sollten im Code verwendet werden. Diese Eigenschaften funktionieren browserübergreifend und funktionieren auch, wenn die FileError-Schnittstelle selbst entfernt wurde.

Die Entfernung von FileError ist für Chrome 54 geplant.

Entfernen Sie das Ergebnisattribut für <input type=search>.

Kurzfassung: Das Attribut results wird entfernt, weil es zu keinem Standard gehört und in den Browsern nicht einheitlich implementiert ist.

Entfernungsabsicht | Chromestatus-Tracker | Chromium-Fehler

Der Wert results wird nur in Webkit implementiert und verhält sich bei denen, die dies tun, stark inkonsistent. So fügt Chrome dem Eingabefeld beispielsweise ein Lupensymbol hinzu, während in Safari in der Desktop-Version durch Klicken auf das Lupensymbol gesteuert wird, wie viele vorherige Suchanfragen in einem Pop-up angezeigt werden. Da dies zu keinem Standard gehört, wird sie eingestellt.

Wenn Sie trotzdem das Suchsymbol in Ihr Eingabefeld aufnehmen möchten, müssen Sie dem Element einen benutzerdefinierten Stil hinzufügen. Fügen Sie dazu ein Hintergrundbild ein und legen Sie im Eingabefeld einen Abstand links fest.

    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.