Re: Agenda, Feb 9

On Thu, Feb 9, 2017 at 8:30 AM Harald Alvestrand <harald@alvestrand.no>
wrote:

> Suggest to take in this order:
>
> - New chair status
> - Vacation time: Who leads next meetings? (Stefan?) (Harald out for 2
> weeks)
> - Pull requests
> - Next VI - error issues, more?


Since Cullen can attend, maybe you should make this VI be the All Cullen
Show and focus on his PRs and issues.

>
> - Issues
>
> The standard list:
>
>
> Mediacapture-main
> =================
> Pull requests
> -------------
> #432 Ignore ideal values that don't belong on the device ()
> #433 Specify the "applyConstraints algorithm" more clearly ()
>
> Issues
> ------
> #380 Define restrictions on device-info permission. (alvestrand)
> #384 Should we use [EnforceRange] on min/max in constraints? (aboba)
> #385 ConstrainLong only concern positive values (aboba)
> #386 What does "getSettings" return? (alvestrand)
> #396 Explanation of "advanced" constraint sets is confusing (burnburn)
> #400 Add text to extensibility for consumer of MST (burnburn)
> #409 Clarify behavior of using unrelated constraints (alvestrand)
> #414 Devicechange events when not focus - permitted or forbidden (jan-ivar)
> #428 Implementation Suggestions section needs review (stefhak)
> #429 Specify that getSettings omits non-applicable settings (burnburn)
> #434 Disable user media by default in cross-origin iframes ()
>
> WebRTC-PC
> =========
> Pull requests
> -------------
> #624 Upscale allowed (fluffy)
> #776 Support for OAuth in TURN credentials (Issue 714 patch) (stefhak)
> #990 Add an explicit stats selection algorithm. ()
> #1000 Separated auth dictionaries for STUN/TURN (issue 714) ()
> #1001 Effect of a BYE on RtpReceiver.track ()
> #1011 Eliminate NetworkError ()
> #1015 Fix inconsistencies in description of RTCDTMFToneChangeEven ()
> #1016 Ensure that "track" event is only fired for "send" directio ()
> #1018 Mark negotitate in RTCRtcpMuxPolicy at risk ()
> #1019 Clarify that it is possible to send the same track in sever ()
>
> Issues
> ------
> #295 Guidance for extending objects vs extending Stats needed (alvestrand)
> #305 Describe what happens when media changes (fluffy)
> #526 NetworkError event is not defined and might not be needed (aboba)
> #578 Need to specify precisely when MID generation happens (aboba)
> #661 Add informative table of all things that can cause negotiat (burnburn)
> #687 Clarify reasoning behind and mitigation of privacy issues (
> (dontcallmedom)
> #688 Indicators of usage and data flow (PING review) (dontcallmedom)
> #690 Information available prior to permission prompt (PING revi
> (dontcallmedom)
> #714 STUN/TURN OAuth token auth parameter passing (aboba)
> #729 RTCStats timestamp source ambiguous (alvestrand)
> #763 Handling of simulcast errors (aboba)
> #787 Integrate RTCRtpTransceiver into set local/remote steps ()
> #788 Clean up remaining uses of 'set of receivers' ()
> #795 Specify when a data channel's ID is assigned, and what the  (taylor-b)
> #825 Need IDP Invalid Token  ()
> #826 Need IDP Expired Token error  ()
> #830 Need Custom Error for IdP  ()
> #831 Define how long should the IdP timeout timer should be
> (martinthomson)
> #842 Define JSEP terms like "bundle" and "bundle-policy" in term (burnburn)
> #845 "Throw a FooError" steps not written in a consistent manner (aboba)
> #849 Specify an AllowUnverifiedMedia RTCConfiguration property  (fluffy)
> #881 Align getAlgorithm return value with Web Crypto (foolip)
> #932 Should IDP Login error cary the idpLoginUrl  (martinthomson)
> #942 Meta: auto-publish changes to the spec (alvestrand)
> #954 Receive a track multiple times (stefhak)
> #959 Advanced Peer-to-peer Example (aboba)
> #961 Effect of a BYE on RtpReceiver.track (aboba)
> #964 Handing SDP with more than one identity  (martinthomson)
> #997 RTCRtcpMuxPolicy of "negotiate" should be marked as an "at- (burnburn)
> #1013 "track" event shouldn't fire for a "recvonly" description. ()
> #1014 Inconsistencies in description of RTCDTMFToneChangeEvent.to (aboba)
> #1017 OpenSource WebRTC IdP  ()
> Can be closed as "offtopic"
>
>