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 157 – Versionshinweise 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 Texture-Usage-Typ TRANSIENT_ATTACHMENT von WebGPU 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 werden Zugriffe auf den 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 eine Animation aufgerufen wird, deren playbackRate den Wert 0 hat. Dabei werden 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 bei einer scrollgesteuerten Animation die startTime der Animation jetzt an das gegenüberliegende Ende der Zeitachse gespiegelt. Dadurch bleibt die umgekehrte Animation innerhalb des Scrollbereichs. Zuvor blieb startTime unverändert, was nur für zeitbasierte Zeitachsen 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

  • Die empfohlenen Einstellungen werden künftig zu einem anderen Zeitpunkt während des Herunterfahrens wiederhergestellt. (Firefox-Bug 2066531).

WebDriver BiDi

  • Der Befehl browser.setDownloadBehavior wurde aktualisiert: Wenn er mit type=”allowed” aufgerufen wird, ist jetzt der Parameter destinationFolder erforderlich. Dies entspricht 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 Default-Export ein: javascript.options.experimental.export_star_default

    Der TC39-Vorschlag für den Default-Export bei export * bewirkt, dass export * from "mod" auch den Default-Export 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 der 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 während des Parsens 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 so konzipiert, dass er auch gegen Angriffe durch Quantencomputer sicher bleibt. SubtleCrypto verfügt über die neuen Methoden encapsulateKey(), encapsulateBits(), decapsulateKey() und decapsulateBits() sowie die entsprechenden 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).