Open
Bug 1613433
Opened 4 years ago
Updated 2 years ago
RTCPeerConnection.datachannel and RTCDataChannel.open events aren't queued quite correctly
Categories
(Core :: WebRTC: Signaling, defect, P3)
Core
WebRTC: Signaling
Tracking
()
NEW
People
(Reporter: bwc, Unassigned)
References
(Blocks 2 open bugs)
Details
Spec says we should queue a single task that:
- fires the RTCPeerConnection.datachannel event, and
- queues a task that fires the RTCDataChannel.open event.
Instead, we queue two separate tasks for these things from STS, like so:
Task 1. Fires the RTCPeerConnection.datachannel event, and
Task 2. Fires the RTCDataChannel.open event.
This can result in the open event firing early, or late, depending on the lag between scheduling these two tasks.
This bug appears to be causing an intermittent failure over in bug 1591199, which looks the same as a fission-only intermittent failure we see already.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•