- From: Harald Alvestrand <harald@alvestrand.no>
- Date: Fri, 16 Sep 2016 12:54:58 +0200
- To: "public-webrtc-editors@w3.org" <public-webrtc-editors@w3.org>
Forgot to send this yesterday. Sorry! On 09/15/2016 02:38 PM, Harald Alvestrand wrote: > Nothing special today. A lot of issues are going into the "TPAC" bucket. > > I can't go through many of these before the meeting this time. > > > Mediacapture-main > ================= > Pull requests > ------------- > #395 Mark the Implementation Suggestions as non-normative. () > > Looks like it's OK to merge (addresses the specific issue only) Dan will review the section for non-normative statements first. > > Issues > ------ > #350 New permission definitions are wrong. (alvestrand) > #360 Specify relation between return from getConstraints and cons (burnburn) > #371 Privacy issue with media capture and fingerprinting room aco (burnburn) > #380 Remove redundant list-devices permission. () > #384 Should we use [EnforceRange] on min/max in constraints? (adam-be) > #385 ConstrainLong only concern positive values (adam-be) > > Adam? Waiting for WebIDL to decide what the Right Way in unions is. > > #386 What does "getSettings" return? (alvestrand) > > Harald hasn't done what he promised. > > #387 Reinstate strong language on permission ending when tracks s (stefhak) > #388 Wording concern about the text describing the add track and (adam-be) Algorithm is now simple ("if it's not there, add"). More readable if we unroll the algorithm into the places where it's referenced? (3 places). Adam will make a PR. > #389 Camera light and "disabled" tracks () > #390 Clearly mark the "Implementation Suggestions" section as nor (burnburn) > #391 Add a mechanism to inform a video track about its type of co () > #393 Exception discrepancy among filter nodes () On the wrong tracker. > #394 Browser's ability to dynamically change settings mistakenly () Need to ask Jan-Ivar why he thinks the two statements are inconsistent. > #396 Explanation of "advanced" constraint sets is confusing () 5 remaining optional -> advanced need fixing. Assigned to Dan. > #397 The operations in the MediaStream interface are not linked () Continuous WebIDL problem. Asking Dom for help. > > WebRTC-PC > ========= > Pull requests > ------------- > #624 Upscale allowed (fluffy) > #738 Getting the fingerprint of an RTCCertificate (aboba) > #757 Support ufrag in IceCandidate and end of IceCandidate indica (fluffy) > #776 Support for OAuth in TURN credentials (Issue 714 patch) () TPAC > #783 Clarification on supported DTMF characters () Merged > #784 interToneGap and duration fixes () More talk needed :-( > #785 Handling of invalid characters () > > Without even having looked, I think the 3 DTMF ones are merge-ready Merged. > > #786 How an RTCRtpSender should treat an ended (or muted) track () Punted to TPAC. Bernard will present. > #790 Adds checks that verifies that a candidate matches a remote () Merged. > #791 Add text that fires the 'connectionstatechange' event () > #792 Capture media config bundle in sync part of createOffer/Answ () TPAC issue, it's good to have the proposal. #793 was merged (oops, a bit fast) On "NetworkError": Should bring this up at TPAC - "how do we do it?" WebSockets fires a simple error named Error. > > 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 (adam-be) TPAC - Adam has thought about it, and wants implementors' feedback. > #551 Errors when identifying a m-line in addIceCandidate() (adam-be) > #554 We never fire the 'connectionstatechange' event (adam-be) > #555 Sort out requirements around IdpLoginError (martinthomson) > #561 Normatively cite webrtc-stats for sections 8.x (alvestrand) > #578 Need to specify precisely when MID generation happens (adam-be) > #579 Congruenting about "The negotiation-needed flag is cleared w (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 negotiati (burnburn) > #671 Processing remote MediaStreamTracks without MediaStreams inf > (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 (P (stefhak) > #688 Indicators of usage and data flow (PING review) (stefhak) > #690 Information available prior to permission prompt (PING revie (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 implementa (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 in (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 calle (adam-be) > #760 Figure out backward-compatible way to indicate ufrag+mid on (adam-be) > #763 Handling of simulcast errors (aboba) > #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 sens (aboba) > #775 Handling of invalid characters in the tone buffer is broken (aboba) > #782 pc.createOffer(); pc.addTrack(track); should not include tra (adam-be) > #787 Integrate RTCRtpTransceiver into set local/remote steps () > #788 Clean up remaining uses of 'set of receivers' () > #789 RTCDTMFToneChangeEventInit should either make tone required () > > -- Surveillance is pervasive. Go Dark.
Received on Friday, 16 September 2016 10:55:43 UTC