W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > June 2017

Re: [webrtc-pc] Race condition in enqueue an operation

From: jan-ivar via GitHub <sysbot+gh@w3.org>
Date: Fri, 23 Jun 2017 16:48:21 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-310716617-1498236500-sysbot+gh@w3.org>
In fact the very last test shows why no-one should rely on the queue. `addTransceiver` here is effectively called *before* the enqueued part of `createOffer`, even before the enqueued part of `setLocalDescription`! We found no easy way to keep it out of createOffer, short of tracking parallel state around, nor is it intuitive that it should be kept out. So we didn't, instead changing `createOffer`/`createAnswer` to pick up on changes.

The queue is a mess, and I'm not sure why we're digging this up again.

GitHub Notification of comment by jan-ivar
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1218#issuecomment-310716617 using your GitHub account
Received on Friday, 23 June 2017 16:48:28 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:21:40 UTC