[Webkit-unassigned] [Bug 242495] New: After onicecandidate, localDescription sometimes doesn't include the candidate
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Jul 7 20:18:00 PDT 2022
https://bugs.webkit.org/show_bug.cgi?id=242495
Bug ID: 242495
Summary: After onicecandidate, localDescription sometimes
doesn't include the candidate
Product: WebKit
Version: Safari 15
Hardware: iPhone / iPad
OS: iOS 15
Status: NEW
Severity: Normal
Priority: P2
Component: WebRTC
Assignee: webkit-unassigned at lists.webkit.org
Reporter: davidswalkabout at gmail.com
CC: youennf at gmail.com
Occasionally our WebRTC page running on Safari/iOS 15.5 will do ICE-gathering and find 4+ IPv6 or private-IPv4 candidates (which aren't useful for our service) but then will find a relay candidate and pass it to our onicecandidate, where we log it, yet immediately afterwards the localDescription of the peer object will not contain the final, usable candidate.
Our telephony server doesn't support receiving one candidate at a time, so we need to send the localDescription, and we'd strongly prefer to do that as soon as there is a usable candidate.
I would expect that every candidate would be inserted into the pendingLocalDescription before being passed into onicecandidate, but I couldn't find any discussion of this at https://w3c.github.io/webrtc-pc/#dom-peerconnection-localdescription
I'm filing this bug because I suspect you will agree that pendingLocalDescription should be updated first. Also, there seems to be a race condition because we do not see this behavior every time.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20220708/9561c788/attachment.htm>
More information about the webkit-unassigned
mailing list