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

View in English Always switch to English

Versionshinweise zu Firefox 157 für Entwickler (Stable)

Dieser Artikel informiert über Änderungen in Firefox 157, die für Entwickler relevant sind. Firefox 157 wurde am 29. September 2026 veröffentlicht.

Änderungen für Webentwickler

HTML

Keine nennenswerten Änderungen.

CSS

JavaScript

Keine nennenswerten Änderungen.

APIs

  • Der WebGPU-Texture-Usage-Typ TRANSIENT_ATTACHMENT wird jetzt unterstützt. Damit lassen sich speichereffiziente Attachments erstellen, die nur innerhalb des aktuellen Render-Passes verwendet werden. Zugehörige Render-Pass-Operationen verbleiben im Tile-Speicher. Dadurch wird Datenverkehr zum VRAM vermieden, und eine VRAM-Zuweisung für die Texturen kann entfallen. (Firefox-Bug 2005061).

DOM

  • Die Methode Animation.reverse() und die Eigenschaft Animation.playbackRate entsprechen jetzt in zwei Fällen der Web-Animations-Spezifikation. Erstens wird eine Animation jetzt abgespielt, wenn reverse() für sie aufgerufen wird, während ihre playbackRate den Wert 0 hat. Dabei werden ihre Werte für startTime und currentTime aktualisiert, während playbackRate bei 0 bleibt. Zuvor hatte der Aufruf keine Wirkung. Zweitens wird beim Wechsel von playbackRate zwischen einem positiven und einem negativen Wert für eine scrollgesteuerte Animation deren startTime jetzt an das entgegengesetzte Ende der Zeitleiste gespiegelt. Dadurch liegt auch die umgekehrte Animation noch innerhalb des Scrollbereichs. Zuvor blieb startTime unverändert, was nur für zeitbasierte Zeitleisten wie DocumentTimeline korrekt ist. Diese Anpassung gilt, wenn die Animation eine startTime und eine endliche Dauer hat. (Firefox-Bug 2046973).

WebDriver-Konformität (WebDriver BiDi, Marionette)

Allgemein

  • Ab sofort werden die empfohlenen Einstellungen während des Herunterfahrens zu einem anderen Zeitpunkt wiederhergestellt. (Firefox-Bug 2066531).

WebDriver BiDi

  • Der Befehl browser.setDownloadBehavior wurde aktualisiert: Bei einem Aufruf mit type=”allowed” ist nun der Parameter destinationFolder erforderlich. Damit entspricht der Befehl der Spezifikation. Um das Standardverhalten wiederherzustellen, ohne einen Ordner angeben zu müssen, sollten Clients stattdessen browser.setDownloadBehavior mit null aufrufen. (Firefox-Bug 2069952).

Änderungen für Add-on-Entwickler

Experimentelle Webfunktionen

Diese Funktionen sind in Firefox 157 enthalten, aber standardmäßig deaktiviert. Um sie auszuprobieren, suchen Sie auf der Seite about:config nach der jeweiligen Einstellung und setzen Sie sie auf true. Weitere solche Funktionen finden Sie auf der Seite Experimentelle Funktionen.

  • export * from "mod" schließt den Standardexport ein: javascript.options.experimental.export_star_default

    Der TC39-Vorschlag zum Standardexport mit export * sieht vor, dass export * from "mod" auch den Standardexport des Moduls bereitstellt, der derzeit ausgelassen wird. Beachten Sie, dass diese Einstellung nur in Nightly-Builds gesetzt werden kann. (Firefox-Bug 2065611).

  • Option navigate für Benachrichtigungen: dom.webnotifications.navigate.enabled

    Die Option navigate des Konstruktors Notification() und von ServiceWorkerRegistration.showNotification() nimmt eine URL entgegen, die geöffnet wird, wenn ein Benutzer auf die Benachrichtigung klickt. Damit benötigen Sie keinen Click-Handler mehr, nur um eine Seite zu öffnen. Die neue schreibgeschützte Eigenschaft Notification.navigate gibt diese URL zurück. Wenn die Option gesetzt ist, werden die Ereignisse click und notificationclick für diese Benachrichtigung nicht mehr ausgelöst. Jeder Eintrag in der Option actions kann eine eigene navigate-URL festlegen. Ein Aktionsbutton ohne eine solche URL löst weiterhin notificationclick aus, statt die URL der Benachrichtigung zu verwenden. (Firefox-Bug 2066184).

  • Bereinigung von HTML während des Parsens: dom.security.sanitizer.while-parsing

    Methoden, die HTML mit der HTML Sanitizer API bereinigen, etwa Element.setHTML(), entfernen unerwünschte Elemente und Attribute jetzt bereits beim Parsen des Markups. Zuvor wurde zunächst das gesamte Markup geparst und anschließend der entstandene DOM-Baum bereinigt. Das Ergebnis ist dasselbe, mit einer Ausnahme: Benachbarter Text befindet sich jetzt in einem einzigen Textknoten, statt auf mehrere verteilt zu sein. (Firefox-Bug 2062652).

  • Schlüsselkapselung in Web Crypto: dom.webcrypto.encapsulation.enabled

    Die Web Crypto API unterstützt ML-KEM, einen Algorithmus, mit dem zwei Parteien einen gemeinsamen geheimen Schlüssel vereinbaren können. Er ist darauf ausgelegt, auch Angriffen durch Quantencomputer standzuhalten. SubtleCrypto verfügt über die neuen Methoden encapsulateKey(), encapsulateBits(), decapsulateKey() und decapsulateBits() sowie die entsprechenden key usages. Zu den unterstützten Algorithmusnamen gehören ML-KEM-512, ML-KEM-768 und ML-KEM-1024. SubtleCrypto.importKey() und SubtleCrypto.exportKey() akzeptieren außerdem die neuen Schlüsselformate raw-public und raw-seed. Diese Funktion ist in Nightly-Builds standardmäßig aktiviert. (Firefox-Bug 1943614).