Re: Calling close() on a closed PeerConnection

+1000, I have had recently some head-bumping against a wall due to this
issue, and me and my work colleages found this behaviour totally non-sense.

Send from my Samsung Galaxy Note II
El 22/01/2014 16:00, "Adam Roach" <abr@mozilla.com> escribió:

>  I distinctly recall (and have verified with other participants) having a
> conversation around the expected behavior when close() is invoked on a
> closed connection. My recollection is that the outcome of that conversation
> was that close() should be idempotent -- that is, calling close() on a
> closed connection should be a no-op.
>
> The currently published editors' version of the spec, however, contains
> the following text:
>
>  When the close() method is invoked, the user agent *MUST* run the
> following steps:
>
>    1.
>
>    If the RTCPeerConnection<http://dev.w3.org/2011/webrtc/editor/webrtc.html#idl-def-RTCPeerConnection>object's
>    RTCPeerConnection signalingState<http://dev.w3.org/2011/webrtc/editor/webrtc.html#dom-peerconnection-signaling-state>is
>    closed, throw an InvalidStateError exception.
>
>
> Based on the conversation we had, this needs to be changed to read: "If
> the RTCPeerConnection object's RTCPeerConnection signalingState is closed,
> abort these steps."
>
>
> --
>  Adam Roach
> Principal Platform Engineer
> abr@mozilla.com
> +1 650 903 0800 x863
>

Received on Wednesday, 22 January 2014 15:18:32 UTC