Open
Bug 1461507
Opened 6 years ago
Updated 2 years ago
currentLocalDescription is pendingLocalDescription in have-remote-offer
Categories
(Core :: WebRTC: Signaling, enhancement, P2)
Tracking
()
NEW
People
(Reporter: jib, Unassigned)
References
Details
+++ This bug was initially created as a clone of Bug #1264479 +++ The spec now has these attributes on RTCPeerConnection to allow ICE renegotiation while retaining the current connection. From my reading of the spec, in "have-remote-offer" of a subsequent renegotiation, this means the two should report different values: currentDescription = what was negotiated last we were in "stable" state. pendingDescription = what's in the processs of being negotiated, or null. Instead, I'm seeing both report the latter. STRs: 1. Open https://jsfiddle.net/jib1/Ljp1x8h5/ and share camera. Expected result: answer have-remote-offer answer offer true Actual result: answer have-remote-offer offer offer false This is causing https://searchfox.org/mozilla-central/source/testing/web-platform/tests/webrtc/RTCPeerConnection-setRemoteDescription.html to fail.
Reporter | ||
Updated•6 years ago
|
Keywords: regression
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•