Project: webrtc Issues People Development process History Sign in
New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Issue 2264 Serialize createOffer/createAnswer/setLocalDescription/setRemoteDescription
Starred by 12 users Project Member Reported by jiayl@webrtc.org, Aug 19 2013 Back to list
Status: Assigned
Owner:
Last visit > 30 days ago
Cc:
Components:
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment
According to http://dev.w3.org/2011/webrtc/editor/webrtc.html section 4.3.1, these async operations (createOffer/createAnswer/setLocalDescription/setRemoteDescription) should be serialized, which is not done in Libjingle.

 
Project Member Comment 1 by jiayl@webrtc.org, Sep 23 2013
Labels: -Mstone-31 Mstone-32
Project Member Comment 2 by jiayl@webrtc.org, Nov 8 2013
Labels: -Mstone-32
Project Member Comment 3 by jiayl@webrtc.org, Oct 7 2014
Labels: -Pri-2 Pri-3
Comment 4 by vrk@webrtc.org, Oct 16 2014
Labels: Mstone-41 EngTriaged
Project Member Comment 5 by pthatcher@webrtc.org, Jan 7 2015
Labels: -Mstone-41 Mstone-42
Project Member Comment 6 by pthatcher@webrtc.org, Feb 19 2015
Labels: -Mstone-42 Mstone-44
This looks like it's not hitting m42.  Update it if I'm wrong.
Project Member Comment 7 by juberti@webrtc.org, Feb 1 2016
Cc: -ronghuawu@google.com hta@webrtc.org guidou@webrtc.org pthatcher@webrtc.org
Labels: -Pri-3 -Mstone-44 Mstone-52
Owner: hta@webrtc.org
Project Member Comment 8 by hta@webrtc.org, Feb 1 2016
Labels: Spec-W3C
Project Member Comment 9 by kjellander@webrtc.org, Oct 5 2016
Labels: M-52
Project Member Comment 10 by pthatcher@webrtc.org, Nov 8 2016
Labels: Pri-3
Project Member Comment 11 by anatolid@webrtc.org, Nov 11 2016
Labels: -Mstone-52 -M-52
Hola ya estoy aquĆ­ gracias 
Project Member Comment 13 by hta@webrtc.org, Nov 11 2016
Owner: pthatcher@webrtc.org
Pthatcher, I think this belongs in your team (since deadbeef wrote most of the spec on how it should behave).

Project Member Comment 14 by deadbeef@webrtc.org, Nov 11 2016
I think we need to be more clear about what's represented by this bug. These operations *are* serialized, but I the issue is that they're serialized along with every single other operation (including, say, reading the label of a data channel).

What's missing right now is an async operations queue which is separate from the signaling thread task queue. Meaning I could call a synchronous method while an asynchronous one is still in progress.
Project Member Comment 15 by hta@webrtc.org, Nov 11 2016
My interpretation of the bug is that the Javascript operations need to behave as specified in the document - all the stuff about createOffer() followed by addTrack() resulting in a predictable offer (with or without the track) and so on.

If the serialization that follows from the current implementation matches that, the bug is fixed once we have the tests written that show that we do. If it doesn't, there's ohter work that needs doing.
Sign in to add a comment