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 einige der eingestellten und entfernten Funktionen in Chrome 63 beschrieben, der seit dem 26. Oktober in der Betaphase ist. Weitere Informationen zu eingestellten und entfernten Funktionen in dieser und früheren Versionen von Chrome finden Sie auf der Seite Eingestellte und entfernte Funktionen. Diese Liste kann sich jederzeit ändern.
Bei Interface-Properties vom Typ „Promise“ werden keine Ausnahmen mehr geworfen
Bei Schnittstelleneigenschaften und Funktionen, die ein Versprechen zurückgeben, war es nicht konsistent, ob bei Fehlerbedingungen Ausnahmen geworfen oder abgelehnt werden, was den catch()-Block eines Versprechens aufrufen würde. Gemäß der aktuellen Version der IDL-Spezifikation müssen alle Eigenschaften und Funktionen, die ein Versprechen zurückgeben, abgelehnt werden, anstatt eine Ausnahme zu werfen.
Zuvor wurde bei einem Aufruf von MediaKeySession.closed beispielsweise die Fehlermeldung TypeError für einen ungültigen Aufruf ausgegeben, wenn er zur falschen Zeit erfolgte. Durch diese Änderung müssen solche Aufrufe jetzt einen catch()-Block implementieren.
Durch diese Änderung wird Chrome der Spezifikation angepasst. Diese Änderung wurde bereits für Funktionen vorgenommen.
Chromestatus-Tracker | Chromium-Fehler
getMatchedCSSRules() entfernen
Die Methode „getMatchedCSSRules()“ ist eine reine WebKit-API, mit der eine Liste aller Stilregeln abgerufen werden kann, die auf ein bestimmtes Element angewendet werden. Für Webkit gibt es einen offenen Fehlerbericht, um das Problem zu beheben. Aus diesen Gründen wird es in Chrome-Version 63 entfernt. Entwickler, die diese Funktion benötigen, können sich diesen Stackoverflow-Beitrag ansehen.
Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler
RTCRtcpMuxPolicy von „negotiate“ entfernen
Mit der rtcpMuxPolicy gibt Chrome seine bevorzugte Richtlinie für die Verwendung von RTP/RTCP-Multiplex an. In Chrome 57 haben wir die Standardeinstellung für rtcpMuxPolicy in „erforderlich“ geändert und „verhandeln“ aus den folgenden Gründen eingestellt:
- Nicht gemultiplexte RTCP-Streams verbrauchen zusätzliche Netzwerkressourcen.
- Durch das Entfernen von „negotiate“ wird die API-Oberfläche einfacher, da ein „RtpSender“/„RtpReceiver“ dann immer nur einen einzigen Transport hat.
In Chrome 63 wird „negotiate“ entfernt.