Saturday, 30 May 2020
- Re: [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535)
- [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535)
Friday, 29 May 2020
Thursday, 28 May 2020
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226)
- Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226)
- Re: [webrtc-extensions] Update explainer.md (#41)
- [webrtc-extensions] new commits pushed by henbos
- Re: [webrtc-extensions] Update explainer.md (#41)
- [webrtc-extensions] Pull Request: Update explainer.md
- [webrtc-extensions] new commits pushed by alvestrand
- Closed: [webrtc-extensions] Update draft to reflect adoption by WG (#38)
- [webrtc-extensions] new commits pushed by alvestrand
- Re: [mediacapture-screen-share] Audio is said to be optional but there's one place that implies that it is not (#101)
- Re: [webrtc-extensions] add explainer for adaptivePTime. (#40)
Wednesday, 27 May 2020
- [webrtc-extensions] Pull Request: add explainer for adaptivePTime.
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
Tuesday, 26 May 2020
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Closed: [mediacapture-main] The devicechange event should not fire for changes of a device kind that cannot be used for a given browsing context (#692)
- Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534)
- [webrtc-pc] Allow adminstrative rejection of candidates (#2534)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533)
- Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226)
Monday, 25 May 2020
- Re: [mediacapture-main] Get raw data from MediaStream (#327)
- [mediacapture-image] Pull Request: Clarify pan/tilt/zoom constraints (#225)
- Re: [mediacapture-main] Get raw data from MediaStream (#327)
Friday, 22 May 2020
Wednesday, 20 May 2020
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87)
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87)
- Re: [mediacapture-output] Selecting audio output in case device info permission is not granted (#83)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91)
Tuesday, 19 May 2020
- [mediacapture-output] Where did "speaker" feature policy go? (#91)
- [mediacapture-output] Pull Request: Add Feature Policy section & integrate with permissions.
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [webrtc-stats] framesEncoded exists only for video? (#573)
Monday, 18 May 2020
- Closed: [webrtc-pc] Rejecting invalid session description (#2441)
- [webrtc-stats] framesEncoded exists only for video? (#573)
Saturday, 16 May 2020
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
Friday, 15 May 2020
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- [webrtc-extensions] Pull Request: Mark document as editors draft
- Re: [mediacapture-main] Reference storage spec once its hooks are ready (#675)
- Re: [webrtc-priority] Need to specify default priority and what to do about it (#12)
- [webrtc-priority] Need to specify default priority and what to do about it (#12)
- [webrtc-priority] Create idlharness test for priority spec (#11)
- Re: [webrtc-pc] Feature request: API to explicit MID ordering (#2532)
- [webrtc-pc] Feature request: API to explicit MID ordering (#2532)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
Thursday, 14 May 2020
- Re: [webrtc-priority] Move wpt tests to new directory (#8)
- Re: [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- [webrtc-extensions] Update draft to reflect adoption by WG (#38)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- [webrtc-extensions] new commits pushed by alvestrand
- Closed: [webrtc-pc] Test coverage chapter 9 (#2468)
- [webrtc-pc] new commits pushed by aboba
- [mediacapture-main] new commits pushed by alvestrand
- [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531)
- [webrtc-pc] new commits pushed by alvestrand
- Closed: [webrtc-pc] RTCPeerConnection.prototype.setRemoteDescription.length should be 1 (#2528)
- [mediacapture-main] Pull Request: Add note about devicechange only firing on docs allowed to use kind.
- Re: [webrtc-priority] Move Priority definition into this spec (#4)
- Closed: [webrtc-priority] Move Priority definition into this spec (#4)
- [webrtc-priority] new commits pushed by alvestrand
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-pc] Review test coverage of the entire document (#2442)
- [webrtc-pc] Pull Request: Test coverage chapter 9
- Re: [webrtc-pc] `getCapabilities` seems to leak hardware capabilities w/o a permission (#2460)
- Closed: [webrtc-pc] Test coverage chapter 11 (#2469)
- Re: [webrtc-pc] Test coverage chapter 11 (#2469)
- Re: [mediacapture-output] Controlling 3rd party iframe audio output on a page? (#63)
Tuesday, 12 May 2020
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37)
- [webrtc-extensions] Pull Request: Add a requestKeyframe() API
- Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979)
- [webrtc-pc] Pull Request: Split off RTCLocalSessionDescriptionInit to handle optional type.
Monday, 11 May 2020
- Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667)
- Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667)
- [mediacapture-record] Describe more precisely the handling of disabled tracks (#199)
- Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138)
Sunday, 10 May 2020
Saturday, 9 May 2020
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Human readable error message without language info (#135)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140)
- Re: [mediacapture-screen-share] Capturing audio-only (#100)
- Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979)
Thursday, 7 May 2020
- Closed: [webrtc-pc] Mark multiple DTLS certificates at risk (#2498)
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- [webrtc-pc] new commits pushed by aboba
- [mediacapture-main] new commits pushed by alvestrand
- Closed: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Closed: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Closed: [webrtc-pc] Mark voiceActivityFlag as at risk (#2496)
- [webrtc-pc] new commits pushed by alvestrand
- Re: [webrtc-pc] Test coverage chapter 11 (#2524)
- [webrtc-pc] new commits pushed by alvestrand
- [webrtc-pc] new commits pushed by alvestrand
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Closed: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Closed: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527)
- Re: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527)
- Re: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138)
- [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for sender and receiver? (#2527)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- [webrtc-pc] Pull Request: Handling of multiple DTLS certificates
- Re: [webrtc-pc] Mark voiceActivityFlag at risk (#2523)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
Wednesday, 6 May 2020
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Closed: [mediacapture-main] Export "constrainable object" (#695)
- Re: [mediacapture-main] Export "constrainable object" (#695)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-main] Export "constrainable object" (#695)
- Re: [mediacapture-main] Export "constrainable object" (#695)
- Re: [mediacapture-main] Export "constrainable object" (#695)
- [mediacapture-main] Export "constrainable object" (#695)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- [webrtc-stats] new commits pushed by alvestrand
- [webrtc-stats] Security considerations need to mention portscanning as an issue (#572)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558)
- [webrtc-stats] new commits pushed by vr000m
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
Tuesday, 5 May 2020
- [webrtc-pc] Pull Request: Test coverage Section 5.4.1 (Simulcast)
- [webrtc-pc] Pull Request: Test coverage chapter 11
- [webrtc-pc] Pull Request: Mark voiceActivityFlag and multiple DTLS certificates as "features at…
- [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225)
- Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230)
- Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646)
- Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646)
Monday, 4 May 2020
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [webrtc-pc] Mark DC close as tested (#2522)
- [webrtc-pc] Pull Request: Mark DC close as tested
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Closed: [webrtc-pc] Should not fire errors on closed datachannels (#2511)
- [webrtc-pc] new commits pushed by alvestrand
- [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519)
- Re: [mediacapture-screen-share] Capturing audio-only (#100)
Sunday, 3 May 2020
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-main] If getUserMedia access is not granted, devicechange event should only be fired if devices of a given type go from 0 to 1 or 1 to 0 (#690)
- Re: [mediacapture-screen-share] Add possibility to request the same surface stream, but with different constraints (e.g. resolution) (#139)
- Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230)
- Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230)
Saturday, 2 May 2020
- Re: [mediacapture-main] What happens when a machine suspends? (#668)
- Re: [mediacapture-main] What happens when a machine suspends? (#668)
- Re: [mediacapture-main] What happens when a machine suspends? (#668)
- Re: [mediacapture-main] What happens when a machine suspends? (#668)