Firefox 132 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 bedeutenden Änderungen

CSS

Entfernungen

JavaScript

HTTP

Entfernungen

  • HTTP/2 Server Push ist standardmäßig deaktiviert, wobei 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 könnte 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. requestVideoFrameCallback() registriert eine Callback-Funktion, die ausgeführt wird, wenn ein neues Videoframe an den Kompositor gesendet wird. Entwickler können diese Funktion verwenden, um Operationen auf jedem Videoframe auszuführen, was eine effizientere Darstellung auf einer Leinwand, Videoanalyse, Synchronisation mit externen Audioquellen usw. ermöglicht. Die Methode gibt einen Callback-Handle zurück, der an cancelVideoFrameCallback() übergeben werden kann, um die ausstehende Callback-Anforderung 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 den Wertebereich 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 Registerkarten verwendet werden. Zuvor 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 Ereignis browsingContext.contextCreated wird jetzt korrekt für lazy-geladene Frames ausgelöst. Zuvor wurde das Ereignis nur ausgelöst, wenn das iframe tatsächlich begonnen hatte, seinen Inhalt zu laden. (Firefox-Bug 1878166)
  • Netzwerkevents werden jetzt korrekt für zwischengespeicherte Stylesheet-Anfragen ausgelöst. (Firefox-Bug 1879438)
  • Die Zeitangaben von Netzwerkevents verwendeten zuvor die falsche Einheit und wurden in Mikrosekunden angegeben. Sie werden jetzt korrekt in Millisekunden gesetzt. (Firefox-Bug 1916685)
  • Die requestTime aus den Netzwerkevent-Zeiten sollten jetzt genauer sein und wirklich die Zeit entsprechen, zu der die Anfrage tatsächlich gestartet wurde. (Firefox-Bug 1922390)

Experimentelle Web-Features

Diese Funktionen sind neu in Firefox 132 eingeführt, aber standardmäßig deaktiviert. Um sie auszuprobieren, suchen Sie auf der Seite about:config nach der entsprechenden Präferenz 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, auf Promise basierende Methode zur Verwaltung von Cookies, die die Ereignisschleife nicht blockiert und nicht auf Document angewiesen ist (sie kann daher für Service Workers verfügbar gemacht werden). Ab Firefox 132 ist ein Teil der Cookie Store API implementiert. (Firefox-Bug 1800882). Dies umfasst:

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

    Die globale Methode fetch() hat eine keepalive Initialisierungsoption. Wenn keepalive auf true gesetzt ist, wird die mit ihr verbundene Anfrage nicht abgebrochen, 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 Analysedaten am Ende einer Sitzung gesendet werden, was einige Vorteile hat (Sie können andere HTTP-Methoden als POST verwenden, Anfrageeigenschaften anpassen und auf die Serverantwort über die Erfüllung des Promise zugreifen). Es ist auch in Service Workers verfügbar. (Firefox-Bug 1906952).

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

  • Promise.try(): javascript.options.experimental.promise_try. Promise.try() ist eine bequeme Methode, die einen Callback beliebiger Art (gibt zurück oder wirft, synchron oder asynchron) nimmt und sein Ergebnis in einen Promise einwickelt, sodass Promise-Semantiken (z. B. .then(), .catch()) verwendet werden können, um damit umzugehen (Firefox-Bug 1905364).

  • JSON.parse mit Quelle: javascript.options.experimental.json_parse_with_source. Der Vorschlag JSON.parse Zugriff auf Quelltext erweitert das Verhalten von JSON.parse, um Funktionen bereitzustellen, die Probleme im Zusammenhang mit dem Verlust von Genauigkeit bei der Konvertierung von Werten wie großen Fließkomma- und Datumswerten zwischen JavaScript-Werten und JSON-Text zu mildern (Firefox-Bug 1913085, Firefox-Bug 1925334). Insbesondere stehen nun folgende Funktionen zur Verfügung:

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

Ältere Versionen