Dieser Inhalt wurde automatisch aus dem Englischen übersetzt, und kann Fehler enthalten. Erfahre mehr über dieses Experiment.

View in English Always switch to English

Firefox 132 Versionshinweise für Entwickler

Dieser Artikel bietet Informationen über die Änderungen in Firefox 132, die Entwickler betreffen. Firefox 132 wurde am 29. Oktober 2024 veröffentlicht.

Änderungen für Webentwickler

HTML

Keine bemerkenswerten Änderungen

CSS

Entfernungen

JavaScript

HTTP

  • Der Standard-/Dokumentenwert des HTTP-Headers Accept wurde auf text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 geändert. Dies entfernt Bild-MIME-Typen, die manchmal Kompatibilitätsprobleme verursachten, und stimmt mit der Fetch-Spezifikation und Safari überein. (Firefox Bug 1917177).

Entfernungen

  • HTTP/2 Server Push ist standardmäßig deaktiviert, da die Präferenz network.http.http2.allow-push jetzt auf false gesetzt ist. Diese Funktion wird von keinem anderen großen Browser mehr unterstützt und die Implementierung kann in einer zukünftigen Version vollständig entfernt werden. (Firefox Bug 1915848).

Datenschutz

APIs

Medien, WebRTC und Web Audio

  • Die Methoden requestVideoFrameCallback() und cancelVideoFrameCallback() der Schnittstelle HTMLVideoElement werden jetzt unterstützt. Die requestVideoFrameCallback()-Methode registriert eine Rückruffunktion, die ausgeführt wird, wenn ein neuer Videoframe an den Compositor gesendet wird. Entwickler können diese Funktion dazu verwenden, Operationen auf jedem Videoframe auszuführen, was effizienteres Zeichnen auf eine Leinwand, Videoanalyse, Synchronisierung mit externen Audioquellen und mehr ermöglicht. Die Methode gibt einen Rückruf-Handle zurück, der an cancelVideoFrameCallback() übergeben werden kann, um die ausstehende Rückrufanforderung zu stornieren. (Firefox Bug 1919367, Firefox Bug 1800882).
  • Die Methode MediaStreamTrack.getCapabilities() wird jetzt unterstützt. Diese gibt ein Objekt zurück, das die akzeptierten Werte oder Wertebereiche für jede einschränkbare Eigenschaft des zugehörigen MediaStreamTrack enthält (Firefox Bug 1179084).

WebDriver-Konformität (WebDriver BiDi, Marionette)

WebDriver BiDi

  • Mehrere Verbesserungen wurden implementiert, um WebDriver BiDi-Befehle zuverlässiger zu machen, wenn sie während der Navigation oder mit neu erstellten Tabs verwendet werden. Bisher schlugen Befehle wie browsingContext.setViewport wahrscheinlich aufgrund eines AbortError fehl, sie werden jetzt einige Male wiederholt, um solche Probleme zu vermeiden. (Firefox Bug 1854942, Firefox Bug 1918287, Firefox Bug 1918672, Firefox Bug 1921756)
  • Das browsingContext.contextCreated-Ereignis wird nun korrekt für Lazy-Loaded-Frames emittiert. Bisher wurde das Ereignis nur emittiert, wenn das iframe tatsächlich begann, seinen Inhalt zu laden. (Firefox Bug 1878166)
  • Netzwerkereignisse werden jetzt korrekt für gecachte Stylesheet-Anfragen emittiert. (Firefox Bug 1879438)
  • Die zeitliche Maßeinheit für Netzwerkereignisse war bisher falsch und wurde in Mikrosekunden angegeben. Sie wird jetzt korrekt in Millisekunden angegeben. (Firefox Bug 1916685)
  • Die requestTime aus den Netzwerkereigniszeiten sollte jetzt genauer sein und wirklich die Zeit widerspiegeln, zu der die Anfrage tatsächlich begonnen hat. (Firefox Bug 1922390)

Experimentelle Web-Funktionen

Diese Funktionen sind neu in Firefox 132 verfügbar, aber standardmäßig deaktiviert. Um mit ihnen zu experimentieren, suchen Sie die entsprechende Präferenz auf der about:config-Seite und setzen Sie sie auf true. Weitere solche Funktionen finden Sie auf der Seite Experimentelle Funktionen.

  • Cookie Store API: dom.cookieStore.enabled.

    Die Cookie Store API ist eine moderne, Promise-basierte Methode zur Verwaltung von Cookies, die den Ereignis-Loop nicht blockiert und nicht auf Document angewiesen ist (sie kann daher für Service Worker verfügbar gemacht werden). Ab Firefox 132 wurde ein Teil der Cookie Store API implementiert. (Firefox Bug 1800882). Dies beinhaltet:

  • Die fetch() keepalive Option: dom.fetchKeepalive.enabled.

    Die globale Methode fetch() hat eine Initialisierungsoption keepalive. Wenn keepalive auf true gesetzt ist, wird der Browser die zugehörige Anfrage nicht abbrechen, wenn die Seite, die sie initiiert hat, entladen wird, bevor die Anfrage abgeschlossen ist.

    Dies ermöglicht es einer Fetch-Anfrage, als Alternative zu Navigator.sendBeacon() zu fungieren, wenn Analysen am Ende einer Sitzung gesendet werden, was einige Vorteile hat (Sie können HTTP-Methoden außer POST verwenden, Anfrageeigenschaften anpassen und auf die Serverantwort über die Erfüllung des Fetch-Promise zugreifen). Es ist auch in Service Workern verfügbar. (Firefox Bug 1906952).

  • CloseWatcher: dom.closewatcher.enabled. Die Schnittstelle CloseWatcher ermöglicht es Entwicklern, Komponenten zu implementieren, die mit geräteeigenen Mechanismen geschlossen werden können, so wie eingebaute Komponenten. Zum Beispiel können Sie auf Android einen Dialog mit der Zurück-Taste schließen: diese Schnittstelle ermöglicht es Ihnen, ähnlich eine benutzerdefinierte Sidebar zu schließen. (Firefox Bug 1888729).

  • Promise.try(): javascript.options.experimental.promise_try. Promise.try() ist eine bequeme Methode, die eine Rückruffunktion jeglicher Art (gibt zurück oder wirft, synchron oder asynchron) entgegennimmt und ihr Ergebnis in ein Promise einwickelt, sodass Promise-Semantiken (z.B. .then(), .catch()) verwendet werden können, um es zu handhaben (Firefox Bug 1905364).

  • JSON.parse mit Quelle: javascript.options.experimental.json_parse_with_source. Der Vorschlag für den Zugriff auf den Quelltext von JSON.parse erweitert das JSON.parse Verhalten, um Funktionen bereitzustellen, die Probleme um den Präzisionsverlust beim Konvertieren von Werten wie großen Gleitkommazahlen und Datumswerten zwischen JavaScript-Werten und JSON-Texten zu mildern (Firefox Bug 1913085, Firefox Bug 1925334). Insbesondere sind nun die folgenden Funktionen verfügbar:

    • Der reviver Parameter context Argument: Bietet Zugriff auf den ursprünglichen JSON-Quelltext, der geparst wurde.
    • JSON.isRawJSON(): Prüft, ob ein Wert ein von JSON.rawJSON() zurückgegebenes Objekt ist.
    • JSON.rawJSON(): Erstellt ein "rohes JSON"-Objekt, das ein Stück JSON-Text enthält, das dann in ein Objekt aufgenommen werden kann, um den angegebenen Wert zu erhalten, wenn dieses Objekt serialisiert wird.