Re: pc.localDescription sync/async issue

Incidentally, Chrome 40's behavior has changed here.  Where
localDescription would previously have been null, it is now "empty" instead:

> var pc = new webkitRTCPeerConnection(null);
> pc.localDescription
RTCSessionDescription {sdp: "", type: ""}

On Fri, Dec 12, 2014 at 2:24 PM, Jan-Ivar Bruaroey <jib@mozilla.com> wrote:

> I just found out that - in our implementation - users can read
> pc.localDescription synchronously right after having called
> setLocalDescription and get the result they are in the process of setting,
> even before it has finished (!)
>
> This seems quite wrong - especially if setLocalDescription were to fail -
> but I'm not confident it's not a spec issue.
>
> Confusingly, the spec in http://w3c.github.io/webrtc-pc/#attributes says:
>
> "The localDescription attribute MUST return the RTCSessionDescription that
> was most recently passed to setLocalDescription(), plus any local
> candidates that have been generated by the ICE Agent since then."
>
> Since setLocalDescription() is asynchronous, this is ambiguous. Could this
> be worded better with regard to what it should return when
> setLocalDescription has been called but its callbacks haven't been?
>
> Hopefully it's uncontentious that it should return null or any previous
> description if there is one.
>
> .: Jan-Ivar :.
>
>
>