Notes, December 8

Den 08. des. 2016 13:38, skrev Harald Alvestrand:
> Overarching items:
> 
> - Report from chairs on conference with editors of imagecapture and
> recording specs
>   - Likely request wide review (including TAG review) before end of December
>   - WG members should feel free to review at any time
>   - Long disagreement between Giri and Harald about imagecapture API
> shape needs
>     more people to pile in
> 
> 
> These are the items open, with markup as far as I got today:
> 
> Mediacapture-main
> =================
> Pull requests
> -------------
> We can do something about #420.
> 
> #395 Mark the Implementation Suggestions as non-normative. (burnburn)
> Status?
> 
> #411 Add User Experience requirements section describing permiss (burnburn)
> Jan-Ivar promised a new PR 18 hours ago
> 
> #420 Made removal of device(s) fire devicechange event. ()
> Merge?

Travis break - rerunning. Otherwise ready to merge.

> 
> Issues
> ------
> Waiting for PR: #268, #386, #394, #396. Let's see if we have the right
> assignment on those.
> 
> #268 Iframe sandboxing options for gUM (stefhak)
> This needs driving. Anne seems unlikely to write a PR.

Stefan will drive.

> 
> #350 New permission definitions are wrong. (alvestrand)
> VI topic.
> 
> #360 Specify relation between return from getConstraints and con (burnburn)
> Dan?
> 
> #380 Define restrictions on device-info permission. (alvestrand)
> VI topic (with 380)
> 
> #384 Should we use [EnforceRange] on min/max in constraints? (aboba)
> #385 ConstrainLong only concern positive values (aboba)
> Iceboxed
> 
> #386 What does "getSettings" return? (alvestrand)
> I think I owe a PR on this one.

I still do.

> 
> #387 Reinstate strong language on permission ending when tracks  (stefhak)
> VI topic
> 
> #389 Camera light and "disabled" tracks ()
> Linked to PR #411 or its replacement
> 
> #390 Clearly mark the "Implementation Suggestions" section as no (burnburn)
> See PR #395
> 
> #394 Browser's ability to dynamically change settings mistakenly (burnburn)
> Waiting for PR
> 
> #396 Explanation of "advanced" constraint sets is confusing (burnburn)
> Waiting for PR
> 
> #400 Add text to extensibility for consumer of MST (burnburn)
> Needs discussion / input?
> 
> #403 Polling enumerateDevices potentially being a fingerprint. (aboba)
> VI topic
> 
> #404 Revive createObjectURL? (stefhak)
> Iceboxed
> 
> #409 Clarify behavior of using unrelated constraints (alvestrand)
> Waiting for PR
> 
> #413 Need rules for devicechange event when devices are removed. (stefhak)
> Fixed by #420
> 
> #414 Devicechange events when not focus - permitted or forbidden (ShijunS)
> VI topic
> 
> #417 result of enumerateDevices when there is no origin ()
> VI topic

Assigned to Shijun.


Interjection: Going over slide assignments for VI.

> 
> 
> WebRTC-PC
> =========
> Pull requests
> -------------
> Seems like we can do something about #850, #966 and #967.
> 
> #624 Upscale allowed (fluffy)
> Still no response to September comments. Pinged.
> 
> #757 Support ufrag in IceCandidate and end of IceCandidate indic (fluffy)
> Interim topic
> 
> #776 Support for OAuth in TURN credentials (Issue 714 patch) ()
> Interim topic
> 
> #819 Trickle ufrag in ICE candidate events ()
> Interim topic (with #757)
> 
> #850 Add Error Object  (aboba)
> Last week's was "needs a little review". Waiting for Cullen seems futile.

Bernard will munge it in.
> 
> #953 Fixes for Hold Examples ()
> VI topic
> 
> #966 setParameters when transceiver.stopped is true ()
> LGTM
> 
> #967 change titles for getStats and identity samples ()
> Tidying the TOC. LGTM.
> 
> Issues
> ------
> We can do something on:
> #959, #961, #962 - assign responsible person
> #957 - maybe ready to close?
> 
> Waiting for PR: #950
> 
> #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)
> #555 Sort out requirements around IdpLoginError (martinthomson)
> #578 Need to specify precisely when MID generation happens (aboba)
> #579 Congruenting about "The negotiation-needed flag is cleared  (aboba)
> #655 Update JSEP reference to 5.8 (burnburn)
> #661 Add informative table of all things that can cause negotiat (burnburn)
> #671 Processing remote MediaStreamTracks without MediaStreams in
> (alvestrand)
> #687 Clarify reasoning behind and mitigation of privacy issues ( (stefhak)
> #688 Indicators of usage and data flow (PING review) (stefhak)
> #690 Information available prior to permission prompt (PING revi (stefhak)
> #705 Missing sender identifier attribute (msid) (stefhak)
> #709 offerToReceiveAudio/offerToReceiveVideo remain in implement (aboba)
> #714 STUN/TURN OAuth token auth parameter passing (aboba)
> #723 Need JSEP reference for end-of-candidates indication (burnburn)
> #726 Add a ufrag attribute to the RTCIceCandidate structure to i (aboba)
> #729 RTCStats timestamp source ambiguous (alvestrand)
> #746 Need to specify what happens if `createDataChannel` is call (aboba)
> #760 Figure out backward-compatible way to indicate ufrag+mid on (aboba)
> #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  ()
> #801 Description of User Agent/ICE Agent interactions in section ()
> #822 Need IDP Load Error ()
> #823 Need IDP Script Error  ()
> #825 Need IDP Invalid Token  ()
> #826 Need IDP Expired Token error  ()
> #827 Need IDP Code failed ()
> #828 Need IDP TImeOut error  ()
> #829 Need Fingerprint mismatch 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  (alvestrand)
> VI topic
> 
> #857 The RTCPeerConnectionIceErrorEvent constructor should have  (aboba)
> #876 How to properly manage TrackEvent or provide the current Ad (stefhak)
> #881 Align getAlgorithm return value with Web Crypto ()
> #921 currentRemoteDescription.sdp -- does it need to match the l (aboba)
> VI topic
> 
> #922 Let createOffer and createAnswer resolve with RTCSessionDes ()
> #923 CaptureStream adds mediaTracks with delay, we need a callba ()
> #924 Remove legacy getStats API? ()
> VI topic
> 
> #930 Ambiguous wording in addIceCandidate ()
> #932 Should IDP Login error cary the idpLoginUrl  (martinthomson)
> Waiting for response from Martin

Bernard agrees the answer should be "yes" too.

> 
> #941 STUN/TURN Auto Discovery handling ()
> Hoping to resolve this as "someone else's problem".

Assigned to Stefan for review.

> 
> #942 Meta: auto-publish changes to the spec ()
> Previously unsolved problem.
> 
> #945 sender.setParameters():  Changing simulcast parameters? (aboba)
> VI topic
> 
> #950 Change SetLocalDescription to require unchanged offer/answe (aboba)
> #952 Section 5.4.1: Hold Examples ()
> VI topic (with PR #957)
> 
> #954 Receive a track multiple times ()
> #957 Do not send silence nor black frame on track muted or ended ()
> I think bug should be closed as "no action needed", but we should check
> that our resolution at TPAC on muted vs encodings[].active are reflected
> in the spec.

There seems to be some text changes needed still to make sure consistent
behavior happpens wrt muted (sends black) vs not sending (leaves picture).
forAll(encodings) {.active=false} and replaceTrack(null) seems to be the
ones we have decided that leave a picture in place.

> 
> #959 Advanced Peer-to-peer Example ()
> #961 Effect of a BYE on RtpReceiver.track ()
Assigned to Bernard.

> #962 Event when a transceiver is stopped via remote action ()
Assigned to Bernard.

> #964 Handing SDP with more than one identity  (martinthomson)
> Under discussion
> 
> #965 How should sender.get/setParameters work on a stopped sende (aboba)
> See PR #966

Closed.
>

Received on Thursday, 8 December 2016 15:45:55 UTC