Bug 2019841 Comment 1 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Also, conversely

[count<2(status:pass) ?interop-2026](https://wpt.fyi/results/webrtc/RTCPeerConnection-addIceCandidate.html%3Finterop-2026?label=master&product=firefox&product=chrome&product=safari&q=%20count%3C2%28status%3Apass%29%20%3Finterop-2026):

- RTCPeerConnection-addIceCandidate.html?interop-2026
  - addIceCandidate({"candidate":"","sdpMid":null,"sdpMLineIndex":null}) adds a=end-of-candidates to both m-sections
  - addIceCandidate(undefined) adds a=end-of-candidates to both m-sections
  - addIceCandidate(null) adds a=end-of-candidates to both m-sections
  - addIceCandidate({}) adds a=end-of-candidates to both m-sections
  - addIceCandidate({}) in stable should work, and add a=end-of-candidates to both m-sections
  - addIceCandidate({usernameFragment: usernameFragment1, sdpMid: sdpMid1}) should work, and add a=end-of-candidates to the first m-section
  - addIceCandidate({usernameFragment: usernameFragment2, sdpMLineIndex: 1}) should work, and add a=end-of-candidates to the first m-section
  - addIceCandidate({usernameFragment: "no such ufrag"}) should not work
  - Add with empty candidate string (end of candidates) should succeed
  - Add candidate with invalid usernameFragment should reject with OperationError
  - Add candidate with sdpMid belonging to different usernameFragment should reject with OperationError
Also, conversely

[count<2(status:pass) ?interop-2026](https://wpt.fyi/results/webrtc?label=master&product=firefox&product=chrome&product=safari&q=%20count%3C2%28status%3Apass%29%20%3Finterop-2026) ([addIceCandidate details](https://wpt.fyi/results/webrtc/RTCPeerConnection-addIceCandidate.html%3Finterop-2026?label=master&product=firefox&product=chrome&product=safari&q=%20count%3C2%28status%3Apass%29%20%3Finterop-2026)):

- RTCPeerConnection-addIceCandidate.html?interop-2026
  - addIceCandidate({"candidate":"","sdpMid":null,"sdpMLineIndex":null}) adds a=end-of-candidates to both m-sections
  - addIceCandidate(undefined) adds a=end-of-candidates to both m-sections
  - addIceCandidate(null) adds a=end-of-candidates to both m-sections
  - addIceCandidate({}) adds a=end-of-candidates to both m-sections
  - addIceCandidate({}) in stable should work, and add a=end-of-candidates to both m-sections
  - addIceCandidate({usernameFragment: usernameFragment1, sdpMid: sdpMid1}) should work, and add a=end-of-candidates to the first m-section
  - addIceCandidate({usernameFragment: usernameFragment2, sdpMLineIndex: 1}) should work, and add a=end-of-candidates to the first m-section
  - addIceCandidate({usernameFragment: "no such ufrag"}) should not work
  - Add with empty candidate string (end of candidates) should succeed
  - Add candidate with invalid usernameFragment should reject with OperationError
  - Add candidate with sdpMid belonging to different usernameFragment should reject with OperationError

Back to Bug 2019841 Comment 1