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.
Einstellen des Ereignisses „ended“ und des Attributs „onended“ für „MediaStream“
Zusammenfassung:Das ended-Ereignis und ‑Attribut sowie der onended-Ereignishandler werden eingestellt, da sie aus der Spezifikation für die Medienaufnahme und ‑Streams entfernt wurden.
Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler
Weder das ended-Ereignis noch der onended-Ereignis-Handler sind seit etwa drei Jahren Teil der WebRTC-Spezifikation. Entwickler, die Ereignisse beobachten möchten, sollten MediaStreamTracks anstelle von MediaStreams verwenden.
Die Entfernung ist für Chrome 53 geplant.
Pop-ups von ursprungsübergreifenden iFrames während Touch-Ereignissen blockieren, außer bei einer Antippen-Geste
Zusammenfassung:In Chrome werden Pop-ups und andere sensible Vorgänge bei Touch-Ereignissen, die nicht einem Tippen innerhalb von iframes mit unterschiedlichen Ursprüngen entsprechen, nicht mehr zugelassen.
Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler
Touch-Ereignisse können im Vergleich zu den entsprechenden Mausereignissen von Natur aus mehrdeutig sein. Wenn ein Nutzer beispielsweise mit dem Finger über das Display streicht, schaltet er dann einen Schalter um oder scrollt er durch die Ansicht? Einige Drittanbieterinhalte in iFrames haben diese Unklarheit ausgenutzt, um das Scrollen auf der enthaltenden Seite absichtlich zu deaktivieren.
Um dies zu verhindern, sind Pop-ups und andere sensible Vorgänge bei Touch-Ereignissen von ursprungsübergreifenden iFrames nicht zulässig. Das Ereignis „touchend“ verhält sich weiterhin wie zuvor.
Überladung von postMessage() eingestellt
Zusammenfassung:Eine nicht benötigte und wenig verwendete Variante der postMessage()-Oberfläche wird eingestellt, nämlich postMessage(message, transferables, targetOrigin).
Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler
Die postMessage()-Methode ist eine Möglichkeit, zwischen den Scripts von Seiten mit unterschiedlichen Ursprüngen sicher zu kommunizieren. WebKit/Blink unterstützt drei Versionen:
postMessage(message, targetOrigin)postMessage(message, targetOrigin, transferables)postMessage(message, transferables, targetOrigin)
Der letzte Punkt in dieser Liste ist ein Unfall aus der Geschichte der Entwicklung und Implementierung der Spezifikation. Da sie selten verwendet wird, wird sie eingestellt und später entfernt. Dies gilt sowohl für window.postMessage() als auch für worker.postMessage().
Die Entfernung ist für Chrome 54 geplant.
Unterstützung für X-Frame-Options in folgenden Produkten entfernen Tags
Zusammenfassung:Um sowohl der Spezifikation zu entsprechen als auch die Konsistenz mit anderen Browsern zu erhöhen, wird die Unterstützung für X-Frame-Options in einem <meta>-Tag entfernt.
Intent to Remove | Chromium-Fehler
Der X-Frame-Options-HTTP-Antwortheader gibt an, ob ein Browser eine Seite in einem <frame>-, <iframe>- oder <object>-Tag rendern kann. So kann auf einer Website Clickjacking verhindert werden, da solche Seiten nicht in andere Websites eingebettet werden können. Die aktuelle Version der X-Frame-Options-Spezifikation schränkt die Unterstützung dieses Felds in einem <meta>-Tag für User-Agents ausdrücklich ein.
Um sowohl der Spezifikation zu entsprechen als auch die Konsistenz mit anderen Browsern zu erhöhen, wird die Unterstützung von X-Frame-Options innerhalb eines <meta>-Tags entfernt.
Klickereignis für nicht primäre Schaltfläche entfernen
Zusammenfassung:Nicht primäre Mausklicks lösen keine Klickereignisse mehr aus, MouseEvent.button ist aber weiterhin verfügbar.
Entfernung geplant | Chromestatus-Tracker | Chromium-Fehler
Um Chrome an die UIEvents-Spezifikation anzupassen, entfernen wir die Klickereignisse für nicht primäre Maustasten. Die sekundären Maustasten variieren je nach Gerät. In der Regel bedeutet das alles andere als die rechte oder linke Maustaste. Die genaue Schaltfläche, auf die geklickt wurde, kann weiterhin mithilfe der Property MouseEvent.button abgerufen werden, die an Ereignisse wie mousedown oder mouseup gesendet wird.
requestAutocomplete() entfernen
Mit der Funktion requestAutocomplete() konnten Formulare auf Anfrage über die Autofill-Funktion des Browsers ausgefüllt werden. Nach mehr als zwei Jahren wird diese Funktion jedoch nur in Blink unterstützt und wird nur selten genutzt. Aus diesen Gründen wird requestAutocomplete() in Chrome 52 entfernt.