RTCError: RTCError() Konstruktor
Baseline 2026>
Neu verfügbar
Seit April 2026 funktioniert diese Funktion auf aktuellen Geräten und in aktuellen Browserversionen. Auf älteren Geräten oder in älteren Browsern funktioniert sie möglicherweise nicht.
Hinweis: Diese Funktion ist in Dedicated Web Workers verfügbar.
Der RTCError() Konstruktor erstellt und gibt eine neue RTCError Objektinstanz zurück.
Syntax
new RTCError(options)
new RTCError(options, message)
Parameter
options-
Ein Objekt, das die Details des spezifischen Fehlers in einem
RTCErrorEventbereitstellt. Das Objekt hat die folgenden Eigenschaften:errorDetail-
Ein String, der den WebRTC-spezifischen Fehlercode angibt, der den Typ des aufgetretenen Fehlers identifiziert. Dies wird eines der folgenden sein:
data-channel-failure-
Der
RTCDataChannelder Verbindung ist fehlgeschlagen. dtls-failure-
Die Aushandlung der DTLS-Verbindung ist fehlgeschlagen oder die Verbindung wurde mit einem fatalen Fehler beendet. Die
messagedes Fehlers enthält Details zur Art des Fehlers.- Wenn ein fataler Fehler empfangen wird, setzen Sie
receivedAlertauf den Wert des empfangenen DTLS-Alerts. - Wenn ein fataler Fehler gesendet wurde, setzen Sie
sentAlertauf den Wert des Alerts.
- Wenn ein fataler Fehler empfangen wird, setzen Sie
fingerprint-failure-
Das entfernte Zertifikat für den
RTCDtlsTransportentsprach keinem der in der SDP-Nachricht aufgeführten Fingerprints. Sollte der entfernte Peer das lokale Zertifikat nicht mit den bereitgestellten Fingerprints abgleichen können, wird dieser Fehler nicht ausgelöst, kann jedoch stattdessen in einemdtls-failure-Fehler resultieren. hardware-encoder-error-
Der Hardware-Encoder unterstützt die angegebenen Konfigurationsparameter nicht.
hardware-encoder-not-available-
Die Hardware-Encoder-Ressourcen, die erforderlich sind, um die angeforderte Operation auszuführen, sind nicht verfügbar.
sctp-failure-
Die SCTP-Aushandlung ist fehlgeschlagen oder die Verbindung wurde mit einem fatalen Fehler beendet. Der SCTP-Ursachencode sollte in
sctpCauseCodegesetzt werden. SCTP-Fehlerursachencodes 1-13 sind in der SCTP-Spezifikation definiert: RFC 4960, Abschnitt 3.3.10. sdp-syntax-error-
Die SDP-Syntax ist ungültig. Die SDP-Nachrichtenzeilennummer, bei der der Fehler entdeckt wurde, sollte in
sdpLineNumbergesetzt werden.
receivedAlertOptional-
Ein positiver Integer-Wert, der einen fatalen DTLS-Fehler anzeigt, der aus dem Netzwerk empfangen wurde. Nur gesetzt, wenn der
errorDetail-Stringdtls-failureist. sctpCauseCodeOptional-
Ein Integer, der den SCTP-Ursachencode spezifiziert, der die Ursache der fehlgeschlagenen SCTP-Aushandlung angibt. Sollte nur gesetzt werden, wenn
errorDetailsctp-failureist. sdpLineNumberOptional-
Ein Integer, der die SDP-Nachrichtenzeilennummer identifiziert, bei der ein Syntaxfehler aufgetreten ist. Nur gesetzt, wenn
errorDetailsdp-syntax-errorist. sentAlertOptional-
Ein positiver Integer, der einen fatalen DTLS-Fehler anzeigt, der von diesem Gerät gesendet wurde. Nur gesetzt, wenn
errorDetaildtls-failureist.
messageOptional-
Ein String für die Fehlermeldung. Standardmäßig ist dies der leere String (
"").
Rückgabewert
Eine neu erstellte RTCError Objektinstanz.
Verwendungshinweise
Dieser Konstruktor führt keine vollständige Validierung des angegebenen candidateInfo-Objekts oder Strings durch.
Spezifikationen
| Spezifikation |
|---|
| WebRTC: Real-Time Communication in Browsers> # dom-rtcerror-constructor> |