andypaicu via GitHub
Anne van Kesteren via GitHub
Benjamin Gruenbaum via GitHub
Bernard Aboba via GitHub
- Re: [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535) (Saturday, 30 May)
- Re: [mediacapture-main] Get raw data from MediaStream (#327) (Monday, 25 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- Closed: [webrtc-pc] Test coverage chapter 9 (#2468) (Thursday, 14 May)
- [webrtc-pc] new commits pushed by aboba (Thursday, 14 May)
- Re: [webrtc-pc] Review test coverage of the entire document (#2442) (Thursday, 14 May)
- [webrtc-pc] Pull Request: Test coverage chapter 9 (Thursday, 14 May)
- Re: [webrtc-pc] `getCapabilities` seems to leak hardware capabilities w/o a permission (#2460) (Thursday, 14 May)
- Closed: [webrtc-pc] Test coverage chapter 11 (#2469) (Thursday, 14 May)
- Re: [webrtc-pc] Test coverage chapter 11 (#2469) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Tuesday, 12 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Tuesday, 12 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- [webrtc-pc] new commits pushed by aboba (Thursday, 7 May)
- [webrtc-pc] new commits pushed by aboba (Thursday, 7 May)
- [webrtc-pc] new commits pushed by aboba (Thursday, 7 May)
- Closed: [webrtc-pc] Mark voiceActivityFlag as at risk (#2496) (Thursday, 7 May)
- Re: [webrtc-pc] Test coverage chapter 11 (#2524) (Thursday, 7 May)
- [webrtc-pc] Pull Request: Handling of multiple DTLS certificates (Thursday, 7 May)
- Re: [webrtc-pc] Mark voiceActivityFlag at risk (#2523) (Thursday, 7 May)
- [webrtc-pc] Pull Request: Test coverage Section 5.4.1 (Simulcast) (Tuesday, 5 May)
- [webrtc-pc] Pull Request: Test coverage chapter 11 (Tuesday, 5 May)
- [webrtc-pc] Pull Request: Mark voiceActivityFlag and multiple DTLS certificates as "features at… (Tuesday, 5 May)
- Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) (Monday, 4 May)
Bigi Lui via GitHub
Brad Isbell via GitHub
Brian Cohn via GitHub
chikh touhami via GitHub
Dominique Hazael-Massieux via GitHub
Eero Häkkinen via GitHub
Eric Shepherd via GitHub
François Beaufort via GitHub
gtk2k via GitHub
guest271314 via GitHub
- Re: [mediacapture-screen-share] Audio is said to be optional but there's one place that implies that it is not (#101) (Thursday, 28 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Friday, 22 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Tuesday, 19 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 16 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 16 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 16 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 16 May)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) (Monday, 11 May)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) (Monday, 11 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Human readable error message without language info (#135) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 9 May)
- Re: [mediacapture-screen-share] Capturing audio-only (#100) (Saturday, 9 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) (Thursday, 7 May)
- Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Wednesday, 6 May)
- Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646) (Tuesday, 5 May)
- Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646) (Tuesday, 5 May)
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- Re: [mediacapture-main] What happens when a machine suspends? (#668) (Saturday, 2 May)
- Re: [mediacapture-main] What happens when a machine suspends? (#668) (Saturday, 2 May)
- Re: [mediacapture-main] What happens when a machine suspends? (#668) (Saturday, 2 May)
- Re: [mediacapture-main] What happens when a machine suspends? (#668) (Saturday, 2 May)
- Re: [mediacapture-main] What happens when a machine suspends? (#668) (Friday, 1 May)
guidou via GitHub
Harald Alvestrand via GitHub
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) (Friday, 29 May)
- [webrtc-extensions] new commits pushed by alvestrand (Thursday, 28 May)
- Closed: [webrtc-extensions] Update draft to reflect adoption by WG (#38) (Thursday, 28 May)
- [webrtc-extensions] new commits pushed by alvestrand (Thursday, 28 May)
- Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534) (Wednesday, 27 May)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) (Tuesday, 26 May)
- Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534) (Tuesday, 26 May)
- [webrtc-pc] Allow adminstrative rejection of candidates (#2534) (Tuesday, 26 May)
- [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) (Tuesday, 26 May)
- Re: [webrtc-stats] framesEncoded exists only for video? (#573) (Tuesday, 19 May)
- Re: [webrtc-priority] Need to specify default priority and what to do about it (#12) (Friday, 15 May)
- [webrtc-priority] Need to specify default priority and what to do about it (#12) (Friday, 15 May)
- [webrtc-priority] Create idlharness test for priority spec (#11) (Friday, 15 May)
- Re: [webrtc-pc] Feature request: API to explicit MID ordering (#2532) (Friday, 15 May)
- Re: [webrtc-priority] Move wpt tests to new directory (#8) (Thursday, 14 May)
- [webrtc-extensions] Update draft to reflect adoption by WG (#38) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- [webrtc-extensions] new commits pushed by alvestrand (Thursday, 14 May)
- [mediacapture-main] new commits pushed by alvestrand (Thursday, 14 May)
- [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531) (Thursday, 14 May)
- [webrtc-pc] new commits pushed by alvestrand (Thursday, 14 May)
- Closed: [webrtc-pc] RTCPeerConnection.prototype.setRemoteDescription.length should be 1 (#2528) (Thursday, 14 May)
- Re: [webrtc-priority] Move Priority definition into this spec (#4) (Thursday, 14 May)
- Closed: [webrtc-priority] Move Priority definition into this spec (#4) (Thursday, 14 May)
- [webrtc-priority] new commits pushed by alvestrand (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Tuesday, 12 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Tuesday, 12 May)
- [webrtc-extensions] Pull Request: Add a requestKeyframe() API (Tuesday, 12 May)
- [mediacapture-main] new commits pushed by alvestrand (Thursday, 7 May)
- 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) (Thursday, 7 May)
- [webrtc-pc] new commits pushed by alvestrand (Thursday, 7 May)
- [webrtc-pc] new commits pushed by alvestrand (Thursday, 7 May)
- [webrtc-pc] new commits pushed by alvestrand (Thursday, 7 May)
- Re: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527) (Thursday, 7 May)
- [webrtc-stats] new commits pushed by alvestrand (Wednesday, 6 May)
- [webrtc-stats] Security considerations need to mention portscanning as an issue (#572) (Wednesday, 6 May)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) (Wednesday, 6 May)
- Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) (Wednesday, 6 May)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) (Wednesday, 6 May)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) (Tuesday, 5 May)
- Re: [webrtc-pc] Mark DC close as tested (#2522) (Monday, 4 May)
- [webrtc-pc] Pull Request: Mark DC close as tested (Monday, 4 May)
- Closed: [webrtc-pc] Should not fire errors on closed datachannels (#2511) (Monday, 4 May)
- [webrtc-pc] new commits pushed by alvestrand (Monday, 4 May)
henbos via GitHub
innerop via GitHub
Iñaki Baz Castillo via GitHub
Jan-Ivar Bruaroey via GitHub
- [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535) (Saturday, 30 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- 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) (Tuesday, 26 May)
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) (Wednesday, 20 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Wednesday, 20 May)
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) (Wednesday, 20 May)
- [mediacapture-output] Where did "speaker" feature policy go? (#91) (Tuesday, 19 May)
- [mediacapture-output] Pull Request: Add Feature Policy section & integrate with permissions. (Tuesday, 19 May)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) (Tuesday, 19 May)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) (Tuesday, 19 May)
- Closed: [webrtc-pc] Rejecting invalid session description (#2441) (Monday, 18 May)
- Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) (Saturday, 16 May)
- [mediacapture-main] Pull Request: Add note about devicechange only firing on docs allowed to use kind. (Thursday, 14 May)
- [webrtc-pc] Pull Request: Split off RTCLocalSessionDescriptionInit to handle optional type. (Tuesday, 12 May)
- Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667) (Monday, 11 May)
- [webrtc-pc] RTCPeerConnection().prototype.setRemoteDescription.length should be 1 (#2528) (Sunday, 10 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Thursday, 7 May)
- Closed: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Thursday, 7 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Thursday, 7 May)
- Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Closed: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) (Thursday, 7 May)
- Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) (Wednesday, 6 May)
- Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) (Wednesday, 6 May)
- Re: [mediacapture-main] Export "constrainable object" (#695) (Wednesday, 6 May)
- Re: [mediacapture-main] Export "constrainable object" (#695) (Wednesday, 6 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Monday, 4 May)
- 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) (Monday, 4 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Monday, 4 May)
Jimmy Wärting via GitHub
Jonathan Lennox via GitHub
Jérémy via GitHub
Kyle Simpson via GitHub
Lennart Grahl via GitHub
Lukas Kalbertodt via GitHub
minyuel via GitHub
ovelius via GitHub
pes via GitHub
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Sunday, 3 May)
- 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) (Sunday, 3 May)
Philipp Hancke via GitHub
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) (Wednesday, 27 May)
- Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) (Tuesday, 26 May)
- [webrtc-stats] framesEncoded exists only for video? (#573) (Monday, 18 May)
- Re: [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Tuesday, 12 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Monday, 4 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Monday, 4 May)
- Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) (Friday, 1 May)
Reilly Grant via GitHub
Rijubrata Bhaumik via GitHub
Roman Shpount via GitHub
Sean DuBois via GitHub
Sergio Garcia Murillo via GitHub
Theresa O'Connor via GitHub
Varun Singh via GitHub
youennf via GitHub
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Thursday, 28 May)
- Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) (Wednesday, 20 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Wednesday, 20 May)
- Re: [mediacapture-output] Selecting audio output in case device info permission is not granted (#83) (Wednesday, 20 May)
- Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) (Wednesday, 20 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Friday, 15 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- Re: [webrtc-extensions] Add a requestKeyframe() API (#37) (Thursday, 14 May)
- [mediacapture-record] Describe more precisely the handling of disabled tracks (#199) (Monday, 11 May)
- 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) (Monday, 4 May)
- Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) (Monday, 4 May)
- 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) (Monday, 4 May)
- 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) (Sunday, 3 May)
Last message date: Saturday, 30 May 2020 22:24:06 UTC