With "operations queue" and #1519 merged we don't have undefined parallel operations order or "queue an operation to queue a task". I think queuing on on of the queues to queue on the other could yield races but this should be safe now. "SRD2" will always be executed after "SRD1" and "ontrack1" will never be affected by "SRD2" because it is now fired as part of the "SRD1" steps (not queued). Sweet, closing this issue! -- GitHub Notification of comment by henbos Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1569#issuecomment-328798725 using your GitHub accountReceived on Tuesday, 12 September 2017 09:35:11 UTC
This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:42 UTC