Re: [webrtc-pc] transactionId validation for get/set parameters should have more consistent definition

The transactionId validation should also take into account of async race conditions and make sure that sequence of synchronous calls to get/set parameters has well defined behavior. e.g.:

```javascript
const param = sender.getParameters();
const promise = sender.setParameters(param);
sender.getParameters();

promise.then(...); // resolve or reject?
```

Also note that the validation of `parameters.encodings` and any other fields should not have to rely on `sender.getParameters()`, as that would result in new transaction ID being generated and make the following transactionId validation behavior undefined.

-- 
GitHub Notification of comment by soareschen
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/1488#issuecomment-315677387 using your GitHub account

Received on Monday, 17 July 2017 06:37:16 UTC