Skip to content

fix: RTCDataChannel readyState race condition and improve typings #359

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Draft
mertushka wants to merge 15 commits into
base: master
Choose a base branch
from
+35 −26
Draft

fix: RTCDataChannel readyState race condition and improve typings #359

Changes from 1 commit
Commits
Show all changes
15 commits
Select commit Hold shift + click to select a range
13dd568
fix(polyfill)(RTCDataChannel): fix readyState race condition and impr…
mertushka Jun 11, 2025
5863b40
Merge branch 'murat-dogan:master' into master
mertushka Jun 13, 2025
6e22bd1
revert: unstandard closing event
mertushka Jun 13, 2025
37e5283
chore: remove unnecessary checks
mertushka Jun 14, 2025
c62b15c
fix: close existing datachannels before closing peerconnection
mertushka Jun 14, 2025
05381db
fix(polyfill): returning instead of throwing on closing/closed state
mertushka Jun 17, 2025
5100ad9
fix(types): add explicit ArrayBuffer cast for sendMessageBinary calls
mertushka Jun 17, 2025
0ec58d2
chore: remove unneeded closing check
mertushka Jun 19, 2025
ddce92f
fix: also check for closing data channels
mertushka Jun 19, 2025
b291be2
fix: prevent another race condition window
mertushka Jun 19, 2025
2168c78
fix: dataChannel onClosed race condition
mertushka Jun 19, 2025
f3c71ec
fix: match the spec behaviour
mertushka Jun 19, 2025
dc6a887
chore: remove comment
mertushka Jun 19, 2025
0081313
fix(RTCPeerConnection): implement spec-compliant abrupt data channel …
mertushka Jun 21, 2025
9cbbf63
fix(RTCDataChannel): improve close event handling logic
mertushka Jun 21, 2025
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
7 changes: 7 additions & 0 deletions src/polyfill/RTCPeerConnection.ts
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -354,6 +354,13 @@ export default class RTCPeerConnection extends EventTarget implements globalThis
}

close(): void {
for (const dc of this.#dataChannels) {
if (dc.readyState !== 'closed') {
dc.close();
Copy link
Contributor Author

@mertushka mertushka Jun 17, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

https://www.w3.org/TR/webrtc/#dom-rtcpeerconnection-close

  1. Set the [[ReadyState]] slot of each of connection's RTCDataChannels to "closed".

NOTE

The RTCDataChannels will be closed abruptly and the closing procedure will not be invoked.

Do we actually need a separate method like forceCloseAbruptly for this case?

In the current PR DataChannel.close() implementation, the .readyState is set to "closing" immediately to prevent readyState race conditions, and only transitions to "closed" once the native layer confirms that the data channel has closed. However, according to the W3C WebRTC Data Channel specification, when a data channel is closed abruptly, the closing procedure is not invoked and .readyState must transition directly to "closed".

We should ensure that our implementation matches the expected behavior defined by the spec.

Copy link
Contributor Author

@mertushka mertushka Jun 17, 2025 •
edited
Loading

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@murat-dogan I need your insights here.

Also, could you clarify why this implementation was removed in the first place?
b3000f1#diff-701dfe9764f8864403783f0e275aeac5f8f104601ac6b189f7deda2f9eaaa1f1L339-L340

}
}
this.#dataChannels.clear();

this.#peerConnection.close();
}

Expand Down