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 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 Standardwert/Document-Wert des HTTP-Headers Accept wurde zu 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 nun auf false gesetzt ist. Diese Funktion wird von keinem anderen bedeutenden Browser mehr unterstützt und die Implementierung könnte in einer zukünftigen Version vollständig entfernt werden. (Firefox-Bug 1915848).

Privatsphäre

APIs

Medien, WebRTC und Web Audio

  • Die Methoden requestVideoFrameCallback() und cancelVideoFrameCallback() der Schnittstelle HTMLVideoElement werden nun unterstützt. Die requestVideoFrameCallback() registriert eine Callback-Funktion, die ausgeführt wird, wenn ein neues Videobild an den Compositor gesendet wird. Entwickler können diese Funktion verwenden, um Operationen an jedem Videobild durchzuführen, was eine effizientere Darstellung auf einer Leinwand, Videoanalyse, Synchronisierung 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 der zugehörigen MediaStreamTrack beschreibt (Firefox-Bug 1179084).

WebDriver-Konformität (WebDriver BiDi, Marionette)

WebDriver BiDi

  • Mehrere Verbesserungen umgesetzt, um WebDriver BiDi-Befehle zuverlässiger zu machen, wenn sie während der Navigation oder mit neu erstellten Tabs verwendet werden. Zuvor schlug derartige Befehle wie browsingContext.setViewport häufig wegen eines AbortError fehl, jetzt werden sie ein paar Mal wiederholt, um solche Probleme zu vermeiden. (Firefox-Bug 1854942, Firefox-Bug 1918287, Firefox-Bug 1918672, Firefox-Bug 1921756)
  • Das Ereignis browsingContext.contextCreated wird nun korrekt für Lazy-Loaded-Frames ausgelöst. Zuvor wurde das Ereignis nur ausgelöst, wenn das iframe tatsächlich mit dem Laden seines Inhalts begann. (Firefox-Bug 1878166)
  • Netzwerkereignisse werden nun korrekt für zwischengespeicherte Anfragen von Stylesheets ausgegeben. (Firefox-Bug 1879438)
  • Netzwerkereigniszeiten verwendeten zuvor die falsche Einheit und wurden in Mikrosekunden bereitgestellt. Sie sind jetzt korrekt in Millisekunden angegeben. (Firefox-Bug 1916685)
  • Die requestTime aus den Netzwerkereigniszeiten sollte jetzt genauer sein und wirklich mit der Zeit übereinstimmen, zu der die Anfrage tatsächlich begann. (Firefox-Bug 1922390)

Experimentelle Web-Features

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

  • Cookie Store API: dom.cookieStore.enabled.

    Die Cookie Store API ist eine moderne, Promise-basierte Methode zum Verwalten von Cookies, die den Event-Loop nicht blockiert und nicht auf Document angewiesen ist (sie kann daher für Service Worker verfügbar gemacht werden). Mit 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 zugehörige Request nicht abgebrochen, wenn die Seite, die ihn initiiert hat, entladen wird, bevor der Request abgeschlossen ist.

    Dies ermöglicht es, einen Fetch-Request als Alternative zu Navigator.sendBeacon() zu verwenden, um Analysedaten am Ende einer Sitzung zu senden, 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 Worker verfügbar. (Firefox-Bug 1906952).

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

  • Promise.try(): javascript.options.experimental.promise_try. Promise.try() ist eine Komfortmethode, die einen beliebigen Callback entgegennimmt (gibt zurück oder wirft, synchron oder asynchron) und dessen Ergebnis in einem Promise umwickelt, sodass Promise-Semantiken (z.B. .then(), .catch()) verwendet werden können, um es zu verarbeiten (Firefox-Bug 1905364).

  • JSON.parse mit Quelle: javascript.options.experimental.json_parse_with_source. Der Vorschlag zur Zugriffsfunktion für Quelltext in JSON.parse erweitert das Verhalten von JSON.parse, um Funktionen bereitzustellen, die Probleme mit Verlust der Genauigkeit beim Konvertieren von Werten wie großen Fließkommazahlen und Datumswerten zwischen JavaScript-Werten und JSON-Text abmildern sollen (Firefox-Bug 1913085, Firefox-Bug 1925334). Insbesondere sind die folgenden Funktionen jetzt verfügbar:

    • Der JSON.parse() Reviver-Parameter context Argument: Bietet Zugriff auf den Original-JSON-Quelltext, der geparst wurde.
    • JSON.isRawJSON(): Überprüft, ob ein Wert ein Objekt ist, das von JSON.rawJSON() zurückgegeben wurde.
    • JSON.rawJSON(): Erstellt ein "rohes JSON"-Objekt, das ein Stück JSON-Text enthält, welches dann in einem Objekt enthalten sein kann, um den angegebenen Wert beim Serialisieren des Objekts zu erhalten.