Bug 275685

Summary: [GStreamer][WebRTC] Emit 'track' event before resolving setRemoteDescription's promise
Product: WebKit Reporter: Carlos Bentzen <cadubentzen>
Component: WebRTCAssignee: Carlos Bentzen <cadubentzen>
Status: RESOLVED FIXED    
Severity: Normal CC: webkit-bug-importer, youennf
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=280117

Carlos Bentzen
Reported 2024-06-20 06:26:34 PDT
Currently, the GstWebRTC backend emits the 'track' event based on the 'pad-added' signal from webrtcbin. However, the timing of this signal doesn't conform to https://w3c.github.io/webrtc-pc/#set-description, which mandates that the 'track' event should be emitted right after a remote description is successfully applied. Even before a 'connecting' connectionstatechange event. Also, because of the above, there's some leftover code in PeerConnectionBackend to handle "pending track events" because of the GstWebRTC backend. We should be able to remove that.
Attachments
Carlos Bentzen
Comment 1 2024-06-21 03:41:36 PDT
EWS
Comment 2 2024-08-06 08:54:07 PDT
Committed 281892@main (584f20310cd3): <https://commits.webkit.org/281892@main> Reviewed commits have been landed. Closing PR #30038 and removing active labels.
Radar WebKit Bug Importer
Comment 3 2024-08-06 08:55:15 PDT
Note You need to log in before you can comment on or make changes to this bug.