Re: Agenda, September 8 2016

On 09/08/2016 02:58 PM, Harald Alvestrand wrote:
> A main focus this week should be to mark stuff with "next TPAC".
>
> Default is "yes, next TPAC"; we should remove stuff that's clearly
> editorial or that we are sure we will have cleared up before TPAC.

Item: "EXAMPLE 1" in getusermedia needs to be updated with text that
says "these are ideal constraints, so the browser will choose something
like it".
>
>
> Mediacapture-main
> =================
> Pull requests
> -------------
>
> #392 Add room fingerprinting to security considerations ()
>
> Merge?
>
> Issues
> ------
> #268 Iframe sandboxing options for gUM (stefhak)
>
> WHATWG HTML has "allowusermedia". Discussions about feature policy are
> ongoing.
>
> Is there value to keeping this open? If so, TPAC.

HTA will poke Philip, but we'll close it for now.
>
> #350 New permission definitions are wrong. (alvestrand)
>
> Conversation ongoing, I have a strange feeling we're reaching consensus.
> TPAC?
>
> #360 Specify relation between return from getConstraints and con (burnburn)
>
> Conversation has diverged into the "what can the UA change on the fly"
> discussion. Does that need a separate bug?
Enumerating object equivalences seems like the only way we can do
something that makes sense, and it's ugly and fragile.
Dan will ask Jan-Ivar to help with this. It seems more difficult than
expected.
We'll wait with the TPAC label until Jan-Ivar answers.

Dan will file a new issue for the "things can change" point.
>
> #371 Privacy issue with media capture and fingerprinting room ac (burnburn)
>
> Solved by #392
>
> #380 Remove redundant list-devices permission. ()
>
> I think we're keeping it, but have been talking too much to be sure.
TPAC. Stefan will ask Jan-Ivar to present on this group of issues ( 350,
380, 387)
>
> #384 Should we use [EnforceRange] on min/max in constraints? ()
> #385 ConstrainLong only concern positive values ()
>
> Need volunteer for these 2. They are now editorial.

Assigned to Adam.
>
> #386 What does "getSettings" return? (alvestrand)
>
> There's a tangentially related edit mentioned here that needs to be
> done. Suggest getting that done before closing.
Harald has an action to propose some language.

>
> #387 Reinstate strong language on permission ending when tracks  (stefhak)
>
> Discussion seems to be landing on a consensus that the text says what we
> want it to say if read carefully. Wow!
Grouped with 350
>
> #388 Wording concern about the text describing the add track and (adam-be)
>
> Editorial, but needs editing.
Adam.
>
> #389 Camera light and "disabled" tracks ()
>
> I think this is converging on the camera light being neither the "media
> accessible" nor the "actively recording" indicator. We should then add
> implementation advice that this is so.
Asking Jan-Ivar to do a PR.

>
> #390 Clearly mark the "Implementation Suggestions" section as no ()
>
> Editorial.
Needs checking that we don't have any MUST in non-normative sections.
This makes it more than just editorial.
Dan will check.
>
> #391 Add a constraint to inform a video track about its type of  ()
>
> This is new functionality on a CR-level spec, so lower priority than
> other stuff. No need to spend time on it here.
>
> The discussion has led me to want to add an attribute to
> MediaStreamTrack - this thing doesn't need to go through the constraints
> machinery - no sense in saying "this may be screencast, but if you think
> something else, that's OK with me" vs "this is screencast, and you have
> to obey me or reject it".

We shouldn't spend TPAC time on discussing it at the moment.

>
>
> WebRTC-PC
> =========
> Pull requests
> -------------
> #624 Upscale allowed (fluffy)
>
> One part of #305 (doesn't address letterbox / pillaring / clipping /
> rescaling).
>
> He's now come up with a JSEP reference to back his viewpoint that this
> is needed. TPAC?
TPAC. Stefan will ask Cullen.

>
> #738 Getting the fingerprint of an RTCCertificate (aboba)
Ongoing argument in MMUSIC about this subject.
Backwards compatibility means we require one that's with the algo in the
cert.

>
> Still pending IETF action? Anything useful to be said at TPAC?
>
> #757 Support ufrag in IceCandidate and end of IceCandidate indic (fluffy)
Reassigned to Bernard.
>
> No response. Reassign? (seems solvable)
>
> #776 Support for OAuth in TURN credentials (Issue 714 patch) ()
>
> No response from security experts. TPAC?
EKR, Juberti and Martin are not intending to be at TPAC.
Martin will do remote in the mornings. No response from others.
Need separate call? For now, plan it for Martin's section.
>
>
> Issues
> ------
> #295 Guidance for extending objects vs extending Stats needed (alvestrand)
TPAC
> #296 Debugging ICE problems needs more info (aboba)
Closed b/c stats PR is enough.
> #305 Describe what happens when media changes (fluffy)
TPAC
Justin was talking about the letterboxing part of this in Boston; ask
about who can present?
> #337 Interfacing between WebRTC spec and JSEP (burnburn)
Closing.
> #526 NetworkError event is not defined and might not be needed (adam-be)
Not many people care. Not TPAC-labelled.
> #551 Errors when identifying a m-line in addIceCandidate() (adam-be)
Resolved, just needs PR. Adam takes care of it. Hopefully by next week.
> #554 We never fire the 'connectionstatechange' event (adam-be)
Adam, editorial for next week.
> #555 Sort out requirements around IdpLoginError (martinthomson)
TPAC.
> #561 Normatively cite webrtc-stats for sections 8.x (alvestrand)
TPAC.
> #566 Separate sender and receiver sets are unnecessary when we h (burnburn)
There is still the term "set of receivers" present in the spec.
Adam will file an issue on "set of receivers" linking here and close
this one.
> #578 Need to specify precisely when MID generation happens (adam-be)
Was waiting for transceivers. Is now ready to make progress.
There's an issue on setLocal/setRemote integration with transceivers
that hasn't been filed yet - Adam will file and mark with TPAC.
Principles are OK to discuss at TPAC, but details are OK for one-man
editing.
> #579 Congruenting about "The negotiation-needed flag is cleared  (adam-be)
May be fixed, Adam will check.
(Time ran out here)
> #600 Operations queue: What is run synchronously before the oper (adam-be)
> #645 public negotiation-needed flag as readonly (adam-be)
> #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)
> #678 Support assertions that identify the recipient (martinthomson)
> #685 Update JSEP reference for receipt of multiple RTP encodings (aboba)
> #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)
> #692 Meaning of "Liveness checks have failed" for `disconnected` (adam-be)
> #698 JSEP/WebRTC mismatch on empty remote MID (adam-be)
> #705 Missing sender identifier attribute (msid) (stefhak)
> #709 offerToReceiveAudio/offerToReceiveVideo remain in implement (adam-be)
> #714 STUN/TURN OAuth token auth parameter passing (aboba)
> #720 getting the fingerprint of a RTCCertificate? (aboba)
> #723 Need JSEP reference for end-of-candidates indication (burnburn)
> #726 Add a ufrag attribute to the RTCIceCandidate structure to i (aboba)
> #727 removeTrack: throw exception if sender is not in connection (adam-be)
> #729 RTCStats timestamp source ambiguous (alvestrand)
> #746 Need to specify what happens if `createDataChannel` is call (adam-be)
> #755 setLocal/RemoteDescription should explicitly state which st (adam-be)
> #760 Figure out backward-compatible way to indicate ufrag+mid on (adam-be)
> #763 Handling of simulcast errors (aboba)
TPAC
> #764 Specify how an RTCRtpSender should treat an ended track (adam-be)
> #768 insertDTMF should normalize input (aboba)
> #769 insertDTMF doesn't define what happens with characters that (aboba)
> #770 What are the units of interToneGap? (aboba)
> #772 interToneGap definition doesn't quite make sense (aboba)
> #773 duration definition on RTCDTMFSender doesn't quite make sen (aboba)
>
> Bernard, can we close the DTMF things so that we don't have to have them
> at TPAC?
Bernard will try to make PRs before TPAC, shouldn't need discussion.
>
> #775 Handling of invalid characters in the tone buffer is broken (aboba)
> #782 pc.createOffer(); pc.addTrack(track); should not include tr ()
>
>
We will push both specs this week - Adam will push webrtc-pc, Dan will
push mediacapture-main.

Received on Thursday, 8 September 2016 15:05:11 UTC