- From: Erik Lagerway <erik@hookflash.com>
- Date: Thu, 21 Apr 2016 05:29:20 -0700
- To: Harald Alvestrand <harald@alvestrand.no>
- Cc: "public-webrtc-editors@w3.org" <public-webrtc-editors@w3.org>
- Message-ID: <CAPF_GTY2_U-C-ajDE3nD=gVSVVfvWh1i9RjN3jAUEi+-cDjezQ@mail.gmail.com>
Regrets, I have a sick kid here and my wife is laid up. Will catch up next week. /Erik On Thursday, 21 April 2016, Harald Alvestrand <harald@alvestrand.no> wrote: > Overarching items > ============ > CR status for mediacapture-main: The chairs have decided to go ahead with > a request for CR status, and expect to send the request on Friday. > We'd like to close #333 and #338 by merging #340 and #342 and produce > another editors' draft as the basis for the CR request, but given the way > the process works, Dom says we can do that in parallel with actually > sending the request. > > > Mediacpature-main > ============= > Pull requests > ---------------- > #340 Restrict emission of devicechange event to apps with list-d () > Good? > > #341 Make ended event a simple event () > Merge? > > #342 Remove obsolete table of error names () > A bit sad, would be nice to have a (non-normative) list of the error names > we use, rather than the names we define. But should be OK. > > #343 Various fixes to permission language () > Merge? > > #344 Add [CEReactions] annotation to allowUserMedia () > Seems right if you buy the premise that these annotations are a reasonable > way to go. But not HTML 5.1? > > #345 Issue 316: add links to constrainable properties () > LGTM, merge? > > > Issues > --------- > #316 MediaTrackSettings/ConstraintSet/Capabilities... should lin (burnburn) > Fixed by #345 > > #333 Devicechange event firing potentially being a fingerprint (stefhak) > Fixed by #340 > > #334 Is more needed regarding revocation? (npdoty) > Still open, I think. npdoty commented 2 days ago. Assign? > > #338 Make ended event a simple event (dontcallmedom) > Fixed by #341 > > #339 originIdentifier is unused (adam-be) > "Permissions storage identifier" is still a permissions API term. We > shouldn't redefine it. > > Webrtc-PC > ======= > Pull request > ----------------- > #466 Use an enum to describe directionality of RTP Stream (alvestrand) > #467 Use enum for voiceActivityDetection (alvestrand) > #471 Use enum for RTCDataChannel’s ordered attribute (alvestrand) > > Proposal is to say "merge, close, close". No comments on list yet. Wait a > week. > > #580 webrtc.html: misprint and basic fixes () > Looks friendly. Merge? > > Issues > --------- > Suggestion: First start at #551 and assign things, then work through the > assigned items. > > #142 "Hold" unspecified (aboba) > #253 Assurance that requests to IdP proxy originate from the use > (martinthomson) > #257 ICE Candidate should have accessors for protocol-relevant i > (alvestrand) > #295 Guidance for extending objects vs extending Stats needed (alvestrand) > #296 Debugging ICE problems needs more info (aboba) > #305 Describe what happens when media changes (fluffy) > #337 Interfacing between WebRTC spec and JSEP (burnburn) > #369 addTrack's streams parameter is unused. (adam-be) > #375 true as default values for dictionary is bad practice (alvestrand) > #440 Use interfaces not dictionaries (adam-be) > #457 Non-normative ICE state transition diagram (aboba) > #517 Clarify ICE consent freshness feedback (aboba) > #518 PING review of webrtc-pc spec (stefhak) > #526 NetworkError event is not defined and might not be needed (adam-be) > #529 MediaStreamTrack clarifications needed(?) (stefhak) > #542 Server cannot be reached - Issues with IPv6 (aboba) > #548 RTX/RED/FEC handling (aboba) > #550 'the process to apply candidate' should link to JSEP (adam-be) > #551 Errors when identifying a m-line in addIceCandidate() () > #554 We never fire the 'connectionstatechange' event () > #555 Sort out requirements around IdpLoginError (martinthomson) > #561 Normatively cite webrtc-stats for sections 8.x () > #562 What to do with an RTCIdentityProvider that returns rubbish > (martinthomson) > #563 Undefined 'transceiver' object used in 'dispatch a receiver () > #565 pc.close() never fires any events. On purpose? () > #566 Separate sender and receiver sets are unnecessary when we h () > #568 Should we specify how addStream()/"addstream event" should () > #570 RTCRtpReceiver.track needs to be nullable () > #571 Mechanisms for populating the contents of RTCRtpSender/Rece () > #572 Unclear how the `getStats` track selector works in the cont () > #578 Need to specify precisely when MID generation happens (adam-be) > #579 Congruenting about "The negotiation-needed flag is cleared () > #581 No error defined for addTransceiver() with a bogus track ki () > #582 Typo in addTransceiver() () > #583 Is it OK to call addTransceiver() with a track already adde () > #584 currentLocalDescription: incongruous explanation () > #585 Unclear if RTCRtpTransceiver.stop() acts right away or requ () > #586 The InvalidParameter error seems to not exist () > > > > -- *Hookflash* <http://hookflash.com/> | m 1.604.562.8647 | erik@hookflash.com | @elagerway <http://twitter.com/elagerway>
Received on Thursday, 21 April 2016 12:29:48 UTC