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)

defect

Tracking

()

People

(Reporter: bwc, Unassigned)

References

(Blocks 2 open bugs)

Details

Spec says we should queue a single task that:

  1. fires the RTCPeerConnection.datachannel event, and
  2. 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.

Blocks: 1547607
Blocks: 1608210
Blocks: 1564741
Blocks: 1691222
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.