public-webrtc-logs@w3.org from August 2019 by author

Andreas Pehrson via GitHub

• Re: [mediacapture-main] When is a MediaStream playing? (#615) (Thursday, 29 August)
• Re: [mediacapture-main] When is a MediaStream playing? (#615) (Thursday, 29 August)
• Re: [mediacapture-record] Define behavior for all bitsPerSecond attributes (#175) (Friday, 2 August)

Anne van Kesteren via GitHub

• [webrtc-pc] Considering making RTCCertificate throw when serialized when _forStorage_ is false (#2257) (Tuesday, 6 August)

Anssi Kostiainen via GitHub

• Re: [mediacapture-depth] Unable to use MediaRecorder | ImageCapture.takePhoto() on a depth stream (#173) (Thursday, 29 August)

Bernard Aboba via GitHub

• [mediacapture-screen-share] Pull Request: Resolve optional/default error (Saturday, 31 August)
• [mediacapture-screen-share] Respec error (#112) (Saturday, 31 August)
• [mediacapture-screen-share] Pull Request: Add Henrik and Jan-Ivar as editors (Saturday, 31 August)
• Closed: [webrtc-pc] Status of Document: Update "features at risk" list (#2275) (Saturday, 31 August)
• [webrtc-pc] new commits pushed by aboba (Saturday, 31 August)
• Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432) (Friday, 30 August)
• Re: [webrtc-stats] Measuring background noise (energy) (#465) (Friday, 30 August)
• Closed: [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2260) (Thursday, 29 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 29 August)
• [mediacapture-main] new commits pushed by aboba (Wednesday, 28 August)
• [mediacapture-main] new commits pushed by aboba (Wednesday, 28 August)
• [mediacapture-main] new commits pushed by aboba (Wednesday, 28 August)
• [webrtc-pc] new commits pushed by aboba (Wednesday, 28 August)
• [webrtc-pc] new commits pushed by aboba (Wednesday, 28 August)
• [webrtc-pc] new commits pushed by aboba (Wednesday, 28 August)
• [webrtc-pc] new commits pushed by aboba (Wednesday, 28 August)
• [webrtc-pc] Pull Request: Update "Features at risk" (Tuesday, 27 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#2276) (Thursday, 22 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 22 August)
• [webrtc-pc] Pull Request: RTCIceTransport selected candidate pair behavior when changing state (Friday, 16 August)
• [webrtc-pc] Status of Document: Update "features at risk" list (#2275) (Thursday, 15 August)
• Re: [webrtc-pc] Spec steps on stop() underestimate BUNDLE problem. (#2176) (Thursday, 15 August)
• Closed: [webrtc-pc] Spec steps on stop() underestimate BUNDLE problem. (#2176) (Thursday, 15 August)
• Re: [webrtc-pc] createOffer does not guard against "have-remote-offer" (#2145) (Thursday, 15 August)
• Closed: [webrtc-pc] createOffer does not guard against "have-remote-offer" (#2145) (Thursday, 15 August)
• Closed: [webrtc-pc] stuns: usage in examples (#2270) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 15 August)
• [webrtc-pc] Pull Request: Change "stuns" to "stun" in examples (Thursday, 15 August)
• Closed: [mediacapture-main] Remove "The relative order of the tracks in the set is User Agent defined and the API will never put any requirements on the order.", et al. (#611) (Thursday, 15 August)
• Closed: [webrtc-pc] No procedure for the ICE failed state (#2004) (Thursday, 15 August)
• Closed: [webrtc-pc] Mark voiceActivityDetection and dtx as Feature At Risk (Was: Is voiceActivityDetection still needed?) (#2236) (Thursday, 15 August)
• Closed: [webrtc-pc] Mark Oauth as a "feature at risk" (#2246) (Thursday, 15 August)
• Closed: [webrtc-pc] Mark getSupportedAlgorithms as a "feature at risk" (#2255) (Thursday, 15 August)
• Closed: [webrtc-pc] example 14: render before verifying the remote fingerprint? (#1709) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 15 August)
• Closed: [webrtc-pc] Example 14 never sends any media (#1708) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 15 August)
• Closed: [webrtc-pc] Too many test links in the spec, some redundant (#2161) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 15 August)
• [webrtc-pc] Pull Request: Change "stuns" to "stun" in examples (Wednesday, 14 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#2269) (Wednesday, 14 August)
• [webrtc-pc] Pull Request: RTCIceTransport selected candidate pair behavior when changing state (Tuesday, 13 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#1981) (Tuesday, 13 August)
• Closed: [webrtc-pc] WHATWG streams for data channel messages (#1732) (Tuesday, 13 August)
• Re: [webrtc-pc] WHATWG streams for data channel messages (#1732) (Tuesday, 13 August)
• Re: [webrtc-pc] WHATWG streams for data channel messages (#1732) (Tuesday, 13 August)
• [webrtc-pc] Pull Request: Effect of ICE failed state (Tuesday, 13 August)
• Re: [webrtc-pc] degradationPreference is under-specified (#2248) (Tuesday, 13 August)
• [webrtc-pc] new commits pushed by aboba (Tuesday, 13 August)
• Closed: [webrtc-pc] RTCDataChannel section structure (#1847) (Tuesday, 13 August)
• [webrtc-pc] new commits pushed by aboba (Tuesday, 13 August)
• [webrtc-pc] new commits pushed by aboba (Tuesday, 13 August)
• Closed: [webrtc-pc] Use consistent internal slot terminology (editorial) (#2226) (Tuesday, 13 August)
• Re: [webrtc-pc] Clarify example on example with media before signaling (#2266) (Tuesday, 13 August)
• Re: [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2261) (Monday, 12 August)
• Re: [webrtc-pc] degradationPreference is under-specified (#2248) (Friday, 9 August)
• Re: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171) (Thursday, 8 August)
• Closed: [webrtc-pc] Clarify "multiple sources of media stitched together" at Note describing replaceTrack (#2171) (Thursday, 8 August)
• Re: [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2260) (Thursday, 8 August)
• Re: [webrtc-pc] reducing audio packet rate while track is disabled (#1764) (Thursday, 8 August)
• [webrtc-pc] Pull Request: Mark getSupportedAlgorithms as a "feature at risk" (Monday, 5 August)
• [webrtc-pc] Mark getSupportedAlgorithms as a "feature at risk" (#2255) (Monday, 5 August)
• [webrtc-pc] degradationPreference is under-specified (#2248) (Thursday, 1 August)
• Re: [mediacapture-screen-share] The user agent should be allowed to change sources after getDisplayMedia() resolves (#81) (Thursday, 1 August)
• [webrtc-pc] Pull Request: Mark OAuth as a "feature at risk" (Thursday, 1 August)
• [webrtc-pc] Mark Oauth as a "feature at risk" (#2246) (Thursday, 1 August)
• [webrtc-pc] Pull Request: Mark VAD and dtx as "features at risk" (Thursday, 1 August)
• Closed: [webrtc-pc] Send transferable data (#2055) (Thursday, 1 August)
• Re: [webrtc-pc] Send transferable data (#2055) (Thursday, 1 August)
• Closed: [webrtc-pc] API for codec performance (#2241) (Thursday, 1 August)
• Re: [webrtc-pc] API for codec performance (#2241) (Thursday, 1 August)
• Closed: [webrtc-pc] RTCIceTransport.getRemoteCandidates() does not return prflx candidates (#2124) (Thursday, 1 August)
• Closed: [webrtc-pc] Missing CNAME in RID based simulcast offer (#2114) (Thursday, 1 August)
• Closed: [webrtc-pc] More simulcast examples (#2035) (Thursday, 1 August)
• Closed: [webrtc-pc] Make possible to select TURN allocation address family (to avoid IPv6 confusion) (#1972) (Thursday, 1 August)
• [mediacapture-record] new commits pushed by aboba (Thursday, 1 August)
• Closed: [mediacapture-record] Clarification needed for mime type handling (#170) (Thursday, 1 August)
• Re: [webrtc-pc] API for codec performance (#2241) (Thursday, 1 August)
• Closed: [webrtc-pc] Control surface for header extensions (#2243) (Thursday, 1 August)
• Re: [webrtc-pc] Control surface for header extensions (#2243) (Thursday, 1 August)
• [webrtc-pc] new commits pushed by aboba (Thursday, 1 August)

Chen Xing via GitHub

• Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240) (Friday, 2 August)
• Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240) (Thursday, 1 August)

Christoph Guttandin via GitHub

• [mediacapture-record] MediaStream does not expose a RecordingState (#181) (Wednesday, 28 August)

Dominique Hazael-Massieux via GitHub

• Re: [webrtc-pc] Inconsistent setting of receiver.track.readyState violates Mediacapture (#1575) (Wednesday, 14 August)
• [webrtc-pc] Pull Request: Remove example on media before signaling (Wednesday, 14 August)
• Re: [webrtc-pc] Example 14 never sends any media (#1708) (Wednesday, 14 August)
• Re: [webrtc-pc] Clarify example on example with media before signaling (#2266) (Wednesday, 14 August)
• Re: [webrtc-pc] Clarify example on example with media before signaling (#2266) (Wednesday, 14 August)
• [webrtc-pc] Pull Request: Clarify example on example with media before signaling (Monday, 12 August)
• [webrtc-pc] Pull Request: Add sub-structure to data channel description (Monday, 12 August)
• [webrtc-pc] Pull Request: Use consistent notation for internal slots (Monday, 12 August)
• [webrtc-pc] Pull Request: Update test annotations with WPT updates merged since end of April (Monday, 12 August)
• [webrtc-pc] Pull Request: Hide test annotations by default (Friday, 9 August)
• Re: [webrtc-pc] Set the configuration is unnecessarily checking for some members being set (#2142) (Friday, 9 August)
• Closed: [webrtc-pc] Set the configuration is unnecessarily checking for some members being set (#2142) (Friday, 9 August)
• Re: [webrtc-pc] Redundant queuing in connection state computations. (#2020) (Friday, 9 August)
• Re: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc (#2026) (Friday, 9 August)
• Closed: [webrtc-pc] Should WPT webrtc folder be renamed to webrtc-pc (#2026) (Friday, 9 August)
• Re: [webrtc-pc] Spec steps on stop() underestimate BUNDLE problem. (#2176) (Friday, 9 August)
• Re: [webrtc-pc] createOffer does not guard against "have-remote-offer" (#2145) (Friday, 9 August)
• Re: [webrtc-pc] getSelectedCandidatePair needs special treatment for PRFLX candidates (#2134) (Friday, 9 August)
• Closed: [webrtc-pc] Clarifications of certificate expiry (#2045) (Friday, 9 August)
• Re: [webrtc-pc] Clarifications of certificate expiry (#2045) (Friday, 9 August)

Eric Shepherd via GitHub

• Re: [webrtc-pc] example 14: render before verifying the remote fingerprint? (#1709) (Wednesday, 14 August)

Florent Castelli via GitHub

• [webrtc-pc] Pull Request: Properly sort simulcast layers in example by size (Monday, 12 August)
• Re: [webrtc-pc] degradationPreference is under-specified (#2248) (Saturday, 10 August)
• Re: [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2260) (Thursday, 8 August)
• Re: [webrtc-pc] degradationPreference is under-specified (#2248) (Friday, 2 August)

guest271314 via GitHub

• Re: [webrtc-pc] Order of multiple RTCDataChannel.send calls in case of blobs (#2215) (Friday, 30 August)
• Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Friday, 30 August)
• Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Thursday, 29 August)
• Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Thursday, 29 August)
• Re: [mediacapture-record] Input video track width and height MUST be recorded and playable (#173) (Sunday, 25 August)
• Re: [mediacapture-record] Input video track width and height MUST be recorded and playable (#173) (Sunday, 25 August)
• Closed: [mediacapture-main] Why does unmute event take between 30 to 60 seconds to dispatch? Does a canonical procedure exist to estimate when unmute will be dispatched? (#614) (Friday, 23 August)
• Re: [mediacapture-main] Why does unmute event take between 30 to 60 seconds to dispatch? Does a canonical procedure exist to estimate when unmute will be dispatched? (#614) (Thursday, 22 August)
• Re: [mediacapture-main] Why does unmute event take between 30 to 60 seconds to dispatch? Does a canonical procedure exist to estimate when unmute will be dispatched? (#614) (Thursday, 22 August)
• Re: [mediacapture-main] Why does unmute event take between 30 to 60 seconds to dispatch? Does a canonical procedure exist to estimate when unmute will be dispatched? (#614) (Wednesday, 21 August)
• [mediacapture-main] Why does unmute event take between 30 to 60 seconds to dispatch? Does a canonical procedure exist to estimate when unmute will be dispatched? (#614) (Wednesday, 21 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Friday, 16 August)
• Re: [mediacapture-screen-share] Should the permissions UI be the first captured frame? (#108) (Friday, 16 August)
• [mediacapture-record] Add method that allows user specification of which tracks go with what number in the container-dependent ordering (#179) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Monday, 12 August)
• Re: [mediacapture-record] Input video track width and height MUST be recorded and playable (#173) (Friday, 2 August)

guidou via GitHub

• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Wednesday, 21 August)

Harald Alvestrand via GitHub

• [webrtc-pc] new commits pushed by alvestrand (Thursday, 22 August)
• Closed: [webrtc-pc] Meta: Create rules for using the Github "project" feature (#2279) (Thursday, 22 August)
• Re: [mediacapture-main] Volume attributes for audio MediaStreamTracks? (#523) (Thursday, 22 August)
• Closed: [mediacapture-main] Volume attributes for audio MediaStreamTracks? (#523) (Thursday, 22 August)
• Re: [mediacapture-main] Volume attributes for audio MediaStreamTracks? (#523) (Thursday, 22 August)
• Re: [mediacapture-main] audioElement should ignore video tracks in a stream wrt ended. (#520) (Thursday, 22 August)
• Closed: [mediacapture-main] applyConstraints algorithm threading issues (editorial) (#530) (Thursday, 22 August)
• Re: [mediacapture-main] applyConstraints algorithm threading issues (editorial) (#530) (Thursday, 22 August)
• Closed: [mediacapture-main] NotAllowedError or SecurityError over Feature Policy? (#545) (Thursday, 22 August)
• [webrtc-pc] Meta: Create rules for using the Github "project" feature (#2279) (Thursday, 22 August)
• [webrtc-pc] Pull Request: Describe how to use the github project feature (Thursday, 22 August)
• [webrtc-stats] new commits pushed by alvestrand (Wednesday, 21 August)
• Closed: [webrtc-stats] Add metric for ICE reroutes (#474) (Wednesday, 21 August)
• Re: [webrtc-stats] Issues with replaceTrack, will statsended fire or give me what I want. (#472) (Tuesday, 20 August)
• Re: [webrtc-stats] RTC[Audio/Video]SenderStats should have mid (#396) (Monday, 19 August)
• Re: [webrtc-stats] Rethinking "sender" and "receiver" stats (#471) (Monday, 19 August)
• Re: [webrtc-stats] Add metric for ICE reroutes (#474) (Monday, 19 August)
• Re: [webrtc-stats] We should move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats (#445) (Friday, 16 August)
• Re: [mediacapture-screen-share] Should the permissions UI be the first captured frame? (#108) (Thursday, 15 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• Closed: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• Re: [mediacapture-main] MediaTrackSettings lacks support of channel layout (#605) (Thursday, 15 August)
• Re: [mediacapture-main] MediaTrackSettings lacks support of channel layout (#605) (Thursday, 15 August)
• Closed: [mediacapture-main] Violation. (#610) (Thursday, 15 August)
• Re: [mediacapture-main] Violation. (#610) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 15 August)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 15 August)
• Closed: [webrtc-pc] Mark RTCDataChannel/RTCRtpSendParameters.priority as "feature at risk" (#2258) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by alvestrand (Thursday, 15 August)
• Re: [webrtc-pc] Add initialization of DataChannelId on connection (#2222) (Thursday, 15 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Thursday, 15 August)
• Re: [mediacapture-main] Is enumerateDevices list order significant? (#608) (Thursday, 15 August)
• Re: [mediacapture-main] Remove "The relative order of the tracks in the set is User Agent defined and the API will never put any requirements on the order.", et al. (#611) (Thursday, 15 August)
• Re: [webrtc-pc] Checks in https://w3c.github.io/webrtc-pc/#dom-RTCDTMFSender-insertDTMF could be simplified (#2254) (Thursday, 15 August)
• Re: [mediacapture-record] Input video track width and height MUST be recorded and playable (#173) (Friday, 2 August)
• Re: [mediacapture-record] Ability to tell MediaRecorder to maximize frame rate (#177) (Friday, 2 August)
• Re: [webrtc-pc] Order of multiple RTCDataChannel.send calls in case of blobs (#2215) (Thursday, 1 August)
• Closed: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests (#2022) (Thursday, 1 August)
• Re: [webrtc-pc] callback-based https://w3c.github.io/webrtc-pc/#method-extensions are not covered by WPT tests (#2022) (Thursday, 1 August)
• Re: [webrtc-pc] Make possible to select TURN allocation address family (to avoid IPv6 confusion) (#1972) (Thursday, 1 August)
• Re: [webrtc-pc] Codify refusing to generate an empty Offer (#1745) (Thursday, 1 August)
• Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175) (Thursday, 1 August)
• Re: [webrtc-pc] Nulling mid when m-line is recycled is surprising. (#2238) (Thursday, 1 August)

henbos via GitHub

• Re: [webrtc-stats] Issues with replaceTrack, will statsended fire or give me what I want. (#472) (Thursday, 29 August)
• Re: [webrtc-stats] Move packetsDiscardedOnSend to RTCIceCandidatePairStats (#438) (Thursday, 29 August)
• Re: [webrtc-stats] The spec has incorrect assumptions abound SR and RR (#433) (Thursday, 29 August)
• Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432) (Thursday, 29 August)
• Re: [webrtc-stats] RTCVideo*Stats: Video Device Errors (#430) (Thursday, 29 August)
• Re: [webrtc-stats] Request to add neteq waiting time to stats report (#427) (Thursday, 29 August)
• Re: [webrtc-stats] RTCRemoteInboundRtpStreamStats: total round trip time (#426) (Thursday, 29 August)
• Re: [webrtc-stats] RTCRemoteInboundRtpStreamStats: total round trip time (#426) (Thursday, 29 August)
• Re: [webrtc-stats] Receiver attachment stats missing (#424) (Thursday, 29 August)
• Re: [webrtc-stats] RTC[Audio/Video]SenderStats should have mid (#396) (Thursday, 29 August)
• Re: [webrtc-stats] Should we move track/sender/receiver to the obsolete section? (#479) (Thursday, 29 August)
• Re: [webrtc-stats] Should we have transceiver stats? (#478) (Thursday, 29 August)
• Re: [webrtc-stats] Impact on Track Stats because of moving stats from sender/receiver to appropriate in/outbound rtp (#403) (Thursday, 29 August)
• Closed: [webrtc-stats] Impact on Track Stats because of moving stats from sender/receiver to appropriate in/outbound rtp (#403) (Thursday, 29 August)
• Re: [webrtc-stats] Should we move track/sender/receiver to the obsolete section? (#479) (Thursday, 29 August)
• Re: [webrtc-stats] What should we do about onstatsended? (#480) (Thursday, 29 August)
• [webrtc-stats] What should we do about onstatsended? (#480) (Thursday, 29 August)
• Re: [webrtc-stats] Should we move track/sender/receiver to the obsolete section? (#479) (Thursday, 29 August)
• [webrtc-stats] Should we move track/sender/receiver to the obsolete section? (#479) (Thursday, 29 August)
• Re: [webrtc-stats] Should we have transceiver stats? (#478) (Thursday, 29 August)
• Re: [webrtc-stats] targetBitrate should not be "measured over 1 second window" (#423) (Thursday, 29 August)
• Re: [webrtc-stats] Impact on Track Stats because of moving stats from sender/receiver to appropriate in/outbound rtp (#403) (Thursday, 29 August)
• Re: [webrtc-stats] Add SVC stats in RTC[In/Out]boundRtpStreamStats (#401) (Thursday, 29 August)
• Re: [webrtc-stats] Add RTCOutboundRtpStreamStats.framesDiscardedOnSend (#397) (Thursday, 29 August)
• Re: [webrtc-stats] RTC[Audio/Video]SenderStats should have mid (#396) (Thursday, 29 August)
• [webrtc-stats] Should we have transceiver stats? (#478) (Thursday, 29 August)
• Re: [webrtc-stats] Correlating RTCInboundRtpStreamStats with simulcast streams (#393) (Thursday, 29 August)
• Re: [mediacapture-record] Add replaceTrack method to MediaStream (#167) (Thursday, 29 August)
• Re: [webrtc-pc] Merge the steps for updating candidate pair and ice transport state (#2283) (Thursday, 29 August)
• [webrtc-pc] Merge the steps for updating candidate pair and ice transport state (#2283) (Thursday, 29 August)
• Re: [webrtc-pc] Clarify SRD() won't reject on identity failure wo/target peer identity. (#2250) (Thursday, 29 August)
• Re: [webrtc-stats] framesDecoded is on both "receiver" and "inbound-rtp" (#392) (Thursday, 29 August)
• Closed: [webrtc-stats] framesDecoded is on both "receiver" and "inbound-rtp" (#392) (Thursday, 29 August)
• Re: [webrtc-stats] audioLevel can be removed from "track"|"receiver"|"sender" stats (#391) (Thursday, 29 August)
• Re: [webrtc-stats] Is exposing a remote peer IP address through RTCIceCandidateStats.address a privacy issue (#375) (Thursday, 29 August)
• Closed: [webrtc-stats] Is exposing a remote peer IP address through RTCIceCandidateStats.address a privacy issue (#375) (Thursday, 29 August)
• Re: [webrtc-stats] Exposing RTCIceCandidateStats.networkType might trigger fingerprinting (#374) (Thursday, 29 August)
• Re: [webrtc-stats] Call out which stats are expected to trigger StatsEnded events (#366) (Thursday, 29 August)
• Closed: [webrtc-stats] Call out which stats are expected to trigger StatsEnded events (#366) (Thursday, 29 August)
• Re: [webrtc-stats] identifying the ice generation of a candidate pair (#358) (Thursday, 29 August)
• Re: [webrtc-stats] identifying the ice generation of a candidate pair (#358) (Thursday, 29 August)
• Re: [webrtc-stats] References to "objectDeleted" can be removed (#357) (Thursday, 29 August)
• Closed: [webrtc-stats] References to "objectDeleted" can be removed (#357) (Thursday, 29 August)
• Closed: [webrtc-stats] RTCIceCandidateStats.deleted can be removed (#356) (Thursday, 29 August)
• Re: [webrtc-stats] RTCIceCandidateStats.deleted can be removed (#356) (Thursday, 29 August)
• Re: [webrtc-stats] Input/output resolution and audio energy (#353) (Thursday, 29 August)
• Closed: [webrtc-stats] Input/output resolution and audio energy (#353) (Thursday, 29 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Wednesday, 28 August)
• [webrtc-pc] Wrong RTC referenced by rtpTimestamp (#2281) (Wednesday, 28 August)
• Closed: [webrtc-stats] Add counter for number of times resolution changes (#476) (Wednesday, 28 August)
• [webrtc-stats] new commits pushed by henbos (Wednesday, 28 August)
• Re: [webrtc-stats] RTCOutboundRtpStreamStats.qualityLimitationResolutionChanges added. (#477) (Wednesday, 28 August)
• Re: [webrtc-stats] RTCOutboundRtpStreamStats.qualityLimitationResolutionChanges added. (#477) (Tuesday, 27 August)
• Re: [webrtc-stats] RTCOutboundRtpStreamStats.qualityLimitationResolutionChanges added. (#477) (Tuesday, 27 August)
• [webrtc-stats] Pull Request: RTCOutboundRtpStreamStats.qualityLimitationResolutionChanges added. (Tuesday, 27 August)
• [webrtc-stats] Add counter for number of times resolution changes (#476) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#2276) (Thursday, 22 August)
• Re: [webrtc-stats] Add RTCTransportStats.selectedCandidatePairChanges (#475) (Wednesday, 21 August)
• Re: [webrtc-stats] Issues with replaceTrack, will statsended fire or give me what I want. (#472) (Monday, 19 August)
• Re: [webrtc-stats] Rethinking "sender" and "receiver" stats (#471) (Monday, 19 August)
• Re: [webrtc-stats] Adds RTCTransportStats.selectedCandidatePairChanges (#475) (Monday, 19 August)
• [webrtc-stats] Pull Request: Adds RTCTransportStats.selectedCandidatePairChanges (Monday, 19 August)
• [webrtc-stats] Add metric for ICE reroutes (#474) (Monday, 19 August)
• Re: [webrtc-stats] Move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats.[decoder/encoder]Implementation (#473) (Friday, 16 August)
• [webrtc-stats] Pull Request: Move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats.[decoder/encoder]Implementation (Friday, 16 August)
• Re: [webrtc-stats] We should move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats (#445) (Friday, 16 August)
• Re: [webrtc-stats] We should move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats (#445) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Friday, 16 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• [mediacapture-main] new commits pushed by henbos (Thursday, 15 August)
• [mediacapture-main] new commits pushed by henbos (Thursday, 15 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#2269) (Thursday, 15 August)
• [webrtc-pc] ICE restart and terminal RTCIceTransport.state "failed" state (#2273) (Thursday, 15 August)
• [webrtc-pc] new commits pushed by henbos (Thursday, 15 August)
• [webrtc-pc] new commits pushed by henbos (Thursday, 15 August)
• Re: [webrtc-stats] Rethinking "sender" and "receiver" stats (#471) (Wednesday, 14 August)
• [webrtc-stats] Rethinking "sender" and "receiver" stats (#471) (Wednesday, 14 August)
• [webrtc-stats] RTCMediaStreamStats can be made obsolete (#470) (Wednesday, 14 August)
• Re: [webrtc-stats] New Respec issues (#468) (Wednesday, 14 August)
• Closed: [webrtc-stats] New Respec issues (#468) (Wednesday, 14 August)
• Re: [webrtc-stats] New Respec issues (#468) (Wednesday, 14 August)
• [webrtc-stats] new commits pushed by henbos (Wednesday, 14 August)
• Re: [webrtc-stats] Fix respec issues (#469) (Wednesday, 14 August)
• [webrtc-stats] Pull Request: Fix respec issues (Wednesday, 14 August)
• Re: [webrtc-stats] New Respec issues (#468) (Wednesday, 14 August)
• Closed: [webrtc-stats] Move all stream stats from the "sender"/"receiver" stats (#402) (Wednesday, 14 August)
• Re: [webrtc-stats] Move all stream stats from the "sender"/"receiver" stats (#402) (Wednesday, 14 August)
• [webrtc-stats] new commits pushed by henbos (Wednesday, 14 August)
• Re: [webrtc-stats] Move "receiver" stats to "inbound-rtp" (#466) (Wednesday, 14 August)
• Re: [webrtc-pc] Timing of setRemoteDescription's identity validation is unclear (#2173) (Wednesday, 14 August)
• Re: [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2261) (Wednesday, 14 August)
• [webrtc-stats] Pull Request: Move "receiver" stats to "inbound-rtp" (Tuesday, 13 August)
• Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240) (Monday, 5 August)
• Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240) (Friday, 2 August)
• Re: [webrtc-pc] Are sinks a prerequisite for decoding? getSynchronizationSources() without <video> (#2240) (Thursday, 1 August)
• Re: [mediacapture-screen-share] Screenshot (still image) capability (#107) (Thursday, 1 August)
• Closed: [mediacapture-screen-share] Screenshot (still image) capability (#107) (Thursday, 1 August)
• Re: [webrtc-pc] API for codec performance (#2241) (Thursday, 1 August)
• Re: [webrtc-pc] API for codec performance (#2241) (Thursday, 1 August)

j0000el via GitHub

• Re: [mediacapture-record] Ability to tell MediaRecorder to maximize frame rate (#177) (Friday, 2 August)
• [mediacapture-record] Ability to tell MediaRecorder to maximize frame rate (#177) (Thursday, 1 August)

Jan-Ivar Bruaroey via GitHub

• Re: [webrtc-pc] Timing of setRemoteDescription's identity validation is unclear (#2173) (Friday, 30 August)
• [webrtc-pc] new commits pushed by jan-ivar (Friday, 30 August)
• Closed: [webrtc-pc] Properly define origin (and handling thereof) for PeerConnection (#1969) (Friday, 30 August)
• Re: [webrtc-pc] Order of multiple RTCDataChannel.send calls in case of blobs (#2215) (Friday, 30 August)
• Re: [webrtc-pc] Clarify SRD() won't reject on identity failure wo/target peer identity. (#2250) (Friday, 30 August)
• Re: [webrtc-pc] Order of multiple RTCDataChannel.send calls in case of blobs (#2215) (Friday, 30 August)
• Re: [mediacapture-fromelement] MediaStreamTrack does not dispatch "ended" event at Chromium when src of HTMLMediaElement is changed, Firefox does dispatch "ended" event; which implementation is correct? (#78) (Thursday, 29 August)
• Closed: [mediacapture-fromelement] MediaStreamTrack does not dispatch "ended" event at Chromium when src of HTMLMediaElement is changed, Firefox does dispatch "ended" event; which implementation is correct? (#78) (Thursday, 29 August)
• Re: [mediacapture-main] When is a MediaStream playing? (#615) (Thursday, 29 August)
• [mediacapture-main] When is a MediaStream playing? (#615) (Wednesday, 28 August)
• Re: [webrtc-pc] SLD({type: "offer"}) wo/createOffer should be InvalidModificationError (#2143) (Friday, 9 August)
• Closed: [webrtc-pc] SLD({type: "offer"}) wo/createOffer should be InvalidModificationError (#2143) (Friday, 9 August)
• Re: [webrtc-pc] RTCDTMFToneChangeEventInit.tone is required (#2253) (Thursday, 8 August)
• [webrtc-pc] Pull Request: Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (Thursday, 8 August)
• [webrtc-pc] Mark RTCRtpEncodingParameters.maxFramerate as "feature at risk" (#2260) (Thursday, 8 August)
• [webrtc-pc] Pull Request: Mark RTCDataChannel/RTCRtpSendParameters.priority as "feature at risk" (Thursday, 8 August)
• [webrtc-pc] Mark RTCDataChannel/RTCRtpSendParameters.priority as "feature at risk" (#2258) (Thursday, 8 August)
• [webrtc-pc] Pull Request: Clear [[LastCreatedOffer/Answer]] in SRD(answer) as well (editorial) (Sunday, 4 August)
• [webrtc-pc] Pull Request: Don't fire SRD() events until target peer identity has been verified. (Saturday, 3 August)
• [webrtc-pc] Pull Request: Clarify SRD() won't reject on identity failure wo/target peer identity. (Friday, 2 August)
• Re: [webrtc-pc] Add a [[DocumentOrigin]] internal slot to RTCPeerConnection. (#2249) (Friday, 2 August)
• Re: [mediacapture-screen-share] The user agent should be allowed to change sources after getDisplayMedia() resolves (#81) (Friday, 2 August)
• Re: [webrtc-pc] Clarify that getSynchronizationSources() should return information even if the track has no sink (<video> tag) (#2240) (Friday, 2 August)
• [webrtc-pc] Pull Request: Add a [[DocumentOrigin]] internal slot to RTCPeerConnection. (Friday, 2 August)
• [mediacapture-record] new commits pushed by jan-ivar (Friday, 2 August)
• Closed: [mediacapture-record] What are the default bitrate attribute values? (#169) (Friday, 2 August)
• Re: [mediacapture-screen-share] The user agent should be allowed to change sources after getDisplayMedia() resolves (#81) (Thursday, 1 August)
• Re: [webrtc-pc] Section 4.3.1: operations queue and setDescription (#1277) (Thursday, 1 August)
• Closed: [webrtc-pc] Section 4.3.1: operations queue and setDescription (#1277) (Thursday, 1 August)
• Re: [webrtc-pc] Codify refusing to generate an empty Offer (#1745) (Thursday, 1 August)
• Closed: [webrtc-pc] Codify refusing to generate an empty Offer (#1745) (Thursday, 1 August)
• Closed: [webrtc-pc] transceiver.direction doesn’t respond, if out-of-sync. (#1940) (Thursday, 1 August)
• Closed: [webrtc-pc] transceiver.direction doesn’t respond, if out-of-sync. (#1940) (Thursday, 1 August)
• Re: [webrtc-pc] Nulling mid when m-line is recycled is surprising. (#2238) (Thursday, 1 August)
• Closed: [webrtc-pc] Nulling mid when m-line is recycled is surprising. (#2238) (Thursday, 1 August)

Jeremy via GitHub

• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Monday, 12 August)

jesup via GitHub

• Re: [mediacapture-record] Ability to tell MediaRecorder to maximize frame rate (#177) (Friday, 2 August)

Jonas Oreland via GitHub

• Re: [webrtc-stats] Adds RTCTransportStats.selectedCandidatePairChanges (#475) (Tuesday, 20 August)
• Re: [webrtc-stats] Add metric for ICE reroutes (#474) (Monday, 19 August)

Justin Uberti via GitHub

• Re: [webrtc-stats] Exposing RTCIceCandidateStats.networkType might trigger fingerprinting (#374) (Thursday, 29 August)

Kagami Sascha Rosylight via GitHub

• Re: [mediacapture-image] Add dictionary default value (#215) (Friday, 23 August)
• [mediacapture-image] Pull Request: Add dictionary default value (Friday, 23 August)
• Re: [mediacapture-screen-share] Add dictionary default value (#110) (Friday, 23 August)
• [mediacapture-screen-share] Pull Request: Add dictionary default value (Friday, 23 August)

ksridhar via GitHub

• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Tuesday, 27 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Monday, 26 August)

Lennart Grahl via GitHub

• Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175) (Wednesday, 14 August)
• Re: [webrtc-pc] Mark RTCDataChannel/RTCRtpSendParameters.priority as "feature at risk" (#2259) (Wednesday, 14 August)
• Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175) (Monday, 5 August)

Martín Varela via GitHub

• Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432) (Friday, 2 August)

Ms2ger via GitHub

• [webrtc-pc] Update to constructor operations (#2282) (Thursday, 29 August)
• [mediacapture-main] Update to constructor operations (#616) (Thursday, 29 August)
• [mediacapture-record] Update to constructor operations (#182) (Thursday, 29 August)
• [webrtc-pc] Update spec to new IDL syntax for optional dictionaries (#2277) (Thursday, 22 August)
• [mediacapture-record] Update spec to new IDL syntax for optional dictionaries (#180) (Wednesday, 21 August)
• [mediacapture-main] Update spec to new IDL syntax for optional dictionaries (#613) (Wednesday, 21 August)
• [mediacapture-image] Update spec to new IDL syntax for optional dictionaries (#214) (Wednesday, 21 August)

Mészáros Mihály via GitHub

• Re: [webrtc-pc] Mark Oauth as a "feature at risk" (#2246) (Monday, 12 August)

pavelserbajlo via GitHub

• Re: [mediacapture-main] Remove or rename 'volume' (#585) (Saturday, 24 August)

pes via GitHub

• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Friday, 30 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Thursday, 22 August)
• [mediacapture-main] Move enumerateDevices behind permission (#612) (Wednesday, 21 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Thursday, 15 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Thursday, 15 August)

Philipp Hancke via GitHub

• Re: [webrtc-pc] example 14: render before verifying the remote fingerprint? (#1709) (Wednesday, 14 August)
• Re: [webrtc-pc] Clarify example on example with media before signaling (#2266) (Wednesday, 14 August)
• [webrtc-pc] stuns: usage in examples (#2270) (Wednesday, 14 August)

Tito via GitHub

• Closed: [mediacapture-record] Add method MediaRecorder.restart considering this use case. (#178) (Thursday, 15 August)
• [mediacapture-record] Add method MediaRecorder.restart considering this use case. (#178) (Sunday, 11 August)

Varun Singh via GitHub

• Re: [webrtc-stats] OPUS -- Exposing SILK or CELT mode in getStats (#432) (Friday, 30 August)
• Re: [webrtc-stats] Interframe delay stat for video receive stream. (#229) (Monday, 26 August)
• Re: [mediacapture-main] Move enumerateDevices behind permission (#612) (Saturday, 24 August)
• Re: [webrtc-stats] Add RTCTransportStats.selectedCandidatePairChanges (#475) (Wednesday, 21 August)
• [webrtc-stats] new commits pushed by vr000m (Friday, 16 August)
• Closed: [webrtc-stats] We should move RTCCodecStats.implementation to RTC[In/Out]boundRtpStreamStats (#445) (Friday, 16 August)
• Re: [webrtc-stats] Rethinking "sender" and "receiver" stats (#471) (Wednesday, 14 August)
• [webrtc-stats] Issues with replaceTrack, will statsended fire or give me what I want. (#472) (Wednesday, 14 August)
• [webrtc-stats] New Respec issues (#468) (Wednesday, 14 August)
• [webrtc-stats] Deleted was removed in #462, was not added to Obsolete section (#467) (Wednesday, 14 August)
• Re: [webrtc-stats] Move "receiver" stats to "inbound-rtp" (#466) (Wednesday, 14 August)
• [webrtc-stats] new commits pushed by vr000m (Wednesday, 14 August)

youennf via GitHub

• [mediacapture-main] Pull Request: Clarify that devicechange event is skippable if there is no change of devices (Friday, 30 August)
• Re: [mediacapture-main] oldList definition in enumerateDevices is unclear (#604) (Friday, 30 August)
• [mediacapture-main] Pull Request: Remove oldList and make it clear that groupId scope is the document (Friday, 30 August)
• Re: [webrtc-pc] Clarify that blob send order should respect the send call order (#2286) (Friday, 30 August)
• [webrtc-pc] Pull Request: Clarify that blob send order should respect the send call order (Friday, 30 August)
• [webrtc-pc] Pull Request: Simplify checks in insertDTMF since some of them are redundant (Friday, 30 August)
• Re: [webrtc-pc] Checks in https://w3c.github.io/webrtc-pc/#dom-RTCDTMFSender-insertDTMF could be simplified (#2254) (Friday, 30 August)
• Re: [webrtc-stats] Exposing RTCIceCandidateStats.networkType might trigger fingerprinting (#374) (Friday, 30 August)
• [mediacapture-output] Selecting audio output in case device info permission is not granted (#83) (Thursday, 29 August)
• [webrtc-pc] Should peer identity specific steps be marked as "Feature at risk" (#2284) (Thursday, 29 August)
• Re: [webrtc-pc] RTCIceTransport selected candidate pair behavior when changing state (#2276) (Thursday, 29 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Monday, 26 August)
• Re: [mediacapture-main] Move enumerateDevices behind permission (#612) (Monday, 26 August)
• Re: [mediacapture-screen-share] Provide a means to select only part of a screen to capture (#105) (Thursday, 15 August)
• Re: [mediacapture-main] fixed, per origin, device ID creates tracking risk (#607) (Thursday, 15 August)
• Re: [mediacapture-main] Interpret the empty string as if the constraint is not specified (#595) (Wednesday, 14 August)
• Re: [mediacapture-main] Recommend UUID for deviceId and groupId (#591) (Wednesday, 14 August)
• Re: [webrtc-pc] Permission API for receive-only media and data use cases (#2175) (Wednesday, 14 August)
• Re: [webrtc-stats] Deleted was removed in #462, was not added to Obsolete section (#467) (Wednesday, 14 August)
• Re: [webrtc-pc] getSelectedCandidatePair needs special treatment for PRFLX candidates (#2134) (Saturday, 10 August)
• Closed: [webrtc-pc] getSelectedCandidatePair needs special treatment for PRFLX candidates (#2134) (Saturday, 10 August)
• [webrtc-pc] Checks in https://w3c.github.io/webrtc-pc/#dom-RTCDTMFSender-insertDTMF could be simplified (#2254) (Monday, 5 August)
• [webrtc-pc] RTCDTMFToneChangeEventInit.tone is required (#2253) (Monday, 5 August)

Last message date: Saturday, 31 August 2019 19:45:07 UTC