public-webrtc-logs@w3.org from May 2020 by date

Saturday, 30 May 2020

• Re: [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535) Bernard Aboba via GitHub
• [webrtc-pc] Spec says scaleResolutionDownBy must default to 1, but browsers differ (#2535) Jan-Ivar Bruaroey via GitHub

Friday, 29 May 2020

• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Harald Alvestrand via GitHub

Thursday, 28 May 2020

• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) youennf via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) guidou via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) youennf via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226) Rijubrata Bhaumik via GitHub
• Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226) guidou via GitHub
• Re: [webrtc-extensions] Update explainer.md (#41) henbos via GitHub
• [webrtc-extensions] new commits pushed by henbos henbos via GitHub
• Re: [webrtc-extensions] Update explainer.md (#41) minyuel via GitHub
• [webrtc-extensions] Pull Request: Update explainer.md minyuel via GitHub
• [webrtc-extensions] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Closed: [webrtc-extensions] Update draft to reflect adoption by WG (#38) Harald Alvestrand via GitHub
• [webrtc-extensions] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Re: [mediacapture-screen-share] Audio is said to be optional but there's one place that implies that it is not (#101) guest271314 via GitHub
• Re: [webrtc-extensions] add explainer for adaptivePTime. (#40) minyuel via GitHub

Wednesday, 27 May 2020

• [webrtc-extensions] Pull Request: add explainer for adaptivePTime. minyuel via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Roman Shpount via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Lennart Grahl via GitHub
• Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534) Harald Alvestrand via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Roman Shpount via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Roman Shpount via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Philipp Hancke via GitHub

Tuesday, 26 May 2020

• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Roman Shpount via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Jonathan Lennox via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Harald Alvestrand via GitHub
• 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) Jan-Ivar Bruaroey via GitHub
• Re: [webrtc-pc] Allow adminstrative rejection of candidates (#2534) Harald Alvestrand via GitHub
• [webrtc-pc] Allow adminstrative rejection of candidates (#2534) Harald Alvestrand via GitHub
• Re: [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Philipp Hancke via GitHub
• [webrtc-pc] Do not allow DNS candidates in "relay" mode (#2533) Harald Alvestrand via GitHub
• Re: [mediacapture-image] Clarify pan/tilt/zoom constraints (#225) (#226) François Beaufort via GitHub

Monday, 25 May 2020

• Re: [mediacapture-main] Get raw data from MediaStream (#327) Bernard Aboba via GitHub
• [mediacapture-image] Pull Request: Clarify pan/tilt/zoom constraints (#225) Eero Häkkinen via GitHub
• Re: [mediacapture-main] Get raw data from MediaStream (#327) Brian Cohn via GitHub

Friday, 22 May 2020

• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub

Wednesday, 20 May 2020

• Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) youennf via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) youennf via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Setting the audio output for a whole context or page (#87) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-output] Selecting audio output in case device info permission is not granted (#83) youennf via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) Brad Isbell via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) guidou via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) guidou via GitHub
• Re: [mediacapture-output] Where did "speaker" feature policy go? (#91) youennf via GitHub

Tuesday, 19 May 2020

• [mediacapture-output] Where did "speaker" feature policy go? (#91) Jan-Ivar Bruaroey via GitHub
• [mediacapture-output] Pull Request: Add Feature Policy section & integrate with permissions. Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) andypaicu via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) andypaicu via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) andypaicu via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) guidou via GitHub
• Re: [webrtc-stats] framesEncoded exists only for video? (#573) Harald Alvestrand via GitHub

Monday, 18 May 2020

• Closed: [webrtc-pc] Rejecting invalid session description (#2441) Jan-Ivar Bruaroey via GitHub
• [webrtc-stats] framesEncoded exists only for video? (#573) Philipp Hancke via GitHub

Saturday, 16 May 2020

• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) Jan-Ivar Bruaroey via GitHub

Friday, 15 May 2020

• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) Reilly Grant via GitHub
• [webrtc-extensions] Pull Request: Mark document as editors draft Dominique Hazael-Massieux via GitHub
• Re: [mediacapture-main] Reference storage spec once its hooks are ready (#675) Anne van Kesteren via GitHub
• Re: [webrtc-priority] Need to specify default priority and what to do about it (#12) Harald Alvestrand via GitHub
• [webrtc-priority] Need to specify default priority and what to do about it (#12) Harald Alvestrand via GitHub
• [webrtc-priority] Create idlharness test for priority spec (#11) Harald Alvestrand via GitHub
• Re: [webrtc-pc] Feature request: API to explicit MID ordering (#2532) Harald Alvestrand via GitHub
• [webrtc-pc] Feature request: API to explicit MID ordering (#2532) ovelius via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) youennf via GitHub

Thursday, 14 May 2020

• Re: [webrtc-priority] Move wpt tests to new directory (#8) Harald Alvestrand via GitHub
• Re: [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531) Philipp Hancke via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Philipp Hancke via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Philipp Hancke via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Sergio Garcia Murillo via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Iñaki Baz Castillo via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Sergio Garcia Murillo via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Iñaki Baz Castillo via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) youennf via GitHub
• [webrtc-extensions] Update draft to reflect adoption by WG (#38) Harald Alvestrand via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Bernard Aboba via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Harald Alvestrand via GitHub
• [webrtc-extensions] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Closed: [webrtc-pc] Test coverage chapter 9 (#2468) Bernard Aboba via GitHub
• [webrtc-pc] new commits pushed by aboba Bernard Aboba via GitHub
• [mediacapture-main] new commits pushed by alvestrand Harald Alvestrand via GitHub
• [webrtc-pc] Describe what happens with administratively prohibited candidates (#2531) Harald Alvestrand via GitHub
• [webrtc-pc] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Closed: [webrtc-pc] RTCPeerConnection.prototype.setRemoteDescription.length should be 1 (#2528) Harald Alvestrand via GitHub
• [mediacapture-main] Pull Request: Add note about devicechange only firing on docs allowed to use kind. Jan-Ivar Bruaroey via GitHub
• Re: [webrtc-priority] Move Priority definition into this spec (#4) Harald Alvestrand via GitHub
• Closed: [webrtc-priority] Move Priority definition into this spec (#4) Harald Alvestrand via GitHub
• [webrtc-priority] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) youennf via GitHub
• Re: [webrtc-pc] Review test coverage of the entire document (#2442) Bernard Aboba via GitHub
• [webrtc-pc] Pull Request: Test coverage chapter 9 Bernard Aboba via GitHub
• Re: [webrtc-pc] `getCapabilities` seems to leak hardware capabilities w/o a permission (#2460) Bernard Aboba via GitHub
• Closed: [webrtc-pc] Test coverage chapter 11 (#2469) Bernard Aboba via GitHub
• Re: [webrtc-pc] Test coverage chapter 11 (#2469) Bernard Aboba via GitHub
• Re: [mediacapture-output] Controlling 3rd party iframe audio output on a page? (#63) Bigi Lui via GitHub

Tuesday, 12 May 2020

• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Bernard Aboba via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Bernard Aboba via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Iñaki Baz Castillo via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Philipp Hancke via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Harald Alvestrand via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Harald Alvestrand via GitHub
• Re: [webrtc-extensions] Add a requestKeyframe() API (#37) Sergio Garcia Murillo via GitHub
• [webrtc-extensions] Pull Request: Add a requestKeyframe() API Harald Alvestrand via GitHub
• Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979) Lennart Grahl via GitHub
• [webrtc-pc] Pull Request: Split off RTCLocalSessionDescriptionInit to handle optional type. Jan-Ivar Bruaroey via GitHub

Monday, 11 May 2020

• Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667) Kyle Simpson via GitHub
• Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667) Eric Shepherd via GitHub
• [mediacapture-record] Describe more precisely the handling of disabled tracks (#199) youennf via GitHub
• Re: [mediacapture-main] Add semantics choice to getUserMedia() for in-browser picker. (#667) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) guidou via GitHub
• Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) guest271314 via GitHub
• Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) guest271314 via GitHub

Sunday, 10 May 2020

• [webrtc-pc] RTCPeerConnection().prototype.setRemoteDescription.length should be 1 (#2528) Jan-Ivar Bruaroey via GitHub

Saturday, 9 May 2020

• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) Bernard Aboba via GitHub
• Re: [mediacapture-screen-share] Human readable error message without language info (#135) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• [mediacapture-screen-share] Either fully support or remove audio capture entirely: "MAY" re audio capture is ambiguous (#140) guest271314 via GitHub
• Re: [mediacapture-screen-share] Capturing audio-only (#100) guest271314 via GitHub
• Re: [webrtc-pc] how to use datachannel bufferedamountlow threshold callback? (#1979) Jérémy via GitHub

Thursday, 7 May 2020

• Closed: [webrtc-pc] Mark multiple DTLS certificates at risk (#2498) Dominique Hazael-Massieux via GitHub
• [webrtc-pc] new commits pushed by aboba Bernard Aboba via GitHub
• [webrtc-pc] new commits pushed by aboba Bernard Aboba via GitHub
• [webrtc-pc] new commits pushed by aboba Bernard Aboba via GitHub
• [mediacapture-main] new commits pushed by alvestrand Harald Alvestrand via GitHub
• 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) Harald Alvestrand via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Jan-Ivar Bruaroey via GitHub
• Closed: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Jan-Ivar Bruaroey via GitHub
• Closed: [webrtc-pc] Mark voiceActivityFlag as at risk (#2496) Bernard Aboba via GitHub
• [webrtc-pc] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Re: [webrtc-pc] Test coverage chapter 11 (#2524) Bernard Aboba via GitHub
• [webrtc-pc] new commits pushed by alvestrand Harald Alvestrand via GitHub
• [webrtc-pc] new commits pushed by alvestrand Harald Alvestrand via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) Jan-Ivar Bruaroey via GitHub
• Closed: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• Closed: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527) gtk2k via GitHub
• Re: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527) gtk2k via GitHub
• Re: [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for setLocalDescription()(sender) and ontrack(receiver)? (#2527) Harald Alvestrand via GitHub
• Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) guest271314 via GitHub
• [webrtc-pc] [Question] Is it guaranteed that the mid property value of transceiver is the same for sender and receiver? (#2527) gtk2k via GitHub
• Re: [mediacapture-screen-share] Add configuration to chose whether or not to focus/bring to front the shared window display surface (#138) guest271314 via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• [webrtc-pc] Pull Request: Handling of multiple DTLS certificates Bernard Aboba via GitHub
• Re: [webrtc-pc] Mark voiceActivityFlag at risk (#2523) Bernard Aboba via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub

Wednesday, 6 May 2020

• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) Jan-Ivar Bruaroey via GitHub
• Closed: [mediacapture-main] Export "constrainable object" (#695) Theresa O'Connor via GitHub
• Re: [mediacapture-main] Export "constrainable object" (#695) Theresa O'Connor via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) Eero Häkkinen via GitHub
• Re: [mediacapture-main] Export "constrainable object" (#695) Jan-Ivar Bruaroey via GitHub
• Re: [mediacapture-main] Export "constrainable object" (#695) Theresa O'Connor via GitHub
• Re: [mediacapture-main] Export "constrainable object" (#695) Jan-Ivar Bruaroey via GitHub
• [mediacapture-main] Export "constrainable object" (#695) Theresa O'Connor via GitHub
• Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) guest271314 via GitHub
• [webrtc-stats] new commits pushed by alvestrand Harald Alvestrand via GitHub
• [webrtc-stats] Security considerations need to mention portscanning as an issue (#572) Harald Alvestrand via GitHub
• Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) Harald Alvestrand via GitHub
• Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) Varun Singh via GitHub
• Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) henbos via GitHub
• Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) Harald Alvestrand via GitHub
• Re: [webrtc-stats] Lifetime of "outbound-rtp" (#558) henbos via GitHub
• [webrtc-stats] new commits pushed by vr000m Varun Singh via GitHub
• Re: [mediacapture-image] [PTZ] Should `applyConstraints` request permission? (#223) François Beaufort via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) François Beaufort via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) Harald Alvestrand via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) guidou via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) François Beaufort via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) guidou via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) guidou via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) François Beaufort via GitHub

Tuesday, 5 May 2020

• [webrtc-pc] Pull Request: Test coverage Section 5.4.1 (Simulcast) Bernard Aboba via GitHub
• [webrtc-pc] Pull Request: Test coverage chapter 11 Bernard Aboba via GitHub
• [webrtc-pc] Pull Request: Mark voiceActivityFlag and multiple DTLS certificates as "features at… Bernard Aboba via GitHub
• [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694) chikh touhami via GitHub
• Re: [mediacapture-image] The (bool or ConstrainDouble) case for pan/tilt/zoom is unclear (#225) Harald Alvestrand via GitHub
• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) Lennart Grahl via GitHub
• Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646) guest271314 via GitHub
• Re: [mediacapture-main] Should enumerateDevices by default return an empty list? (#646) guest271314 via GitHub

Monday, 4 May 2020

• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Philipp Hancke via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Jan-Ivar Bruaroey via GitHub
• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) Bernard Aboba via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Sean DuBois 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) youennf 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) 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) guest271314 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) 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) guest271314 via GitHub
• Re: [webrtc-pc] Mark DC close as tested (#2522) Harald Alvestrand via GitHub
• [webrtc-pc] Pull Request: Mark DC close as tested Harald Alvestrand 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) 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) Jan-Ivar Bruaroey 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) 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) guest271314 via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Jan-Ivar Bruaroey 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) pes via GitHub
• Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) guest271314 via GitHub
• Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) guest271314 via GitHub
• Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) guest271314 via GitHub
• Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) guest271314 via GitHub
• Re: [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) youennf via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Philipp Hancke via GitHub
• Closed: [webrtc-pc] Should not fire errors on closed datachannels (#2511) Harald Alvestrand via GitHub
• [webrtc-pc] new commits pushed by alvestrand Harald Alvestrand via GitHub
• [mediacapture-main] enumerateDevices() should print correct MediaDeviceInfo (#693) guest271314 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) youennf via GitHub
• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Sean DuBois via GitHub
• Re: [mediacapture-screen-share] Capturing audio-only (#100) innerop via GitHub

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) 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) youennf 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) pes via GitHub
• Re: [mediacapture-screen-share] Add possibility to request the same surface stream, but with different constraints (e.g. resolution) (#139) Lukas Kalbertodt via GitHub
• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) Benjamin Gruenbaum via GitHub
• Re: [webrtc-pc] Add support for WebRTC Data Channel in Workers (#230) Jimmy Wärting via GitHub

Saturday, 2 May 2020

• Re: [mediacapture-main] What happens when a machine suspends? (#668) guest271314 via GitHub
• Re: [mediacapture-main] What happens when a machine suspends? (#668) guest271314 via GitHub
• Re: [mediacapture-main] What happens when a machine suspends? (#668) guest271314 via GitHub
• Re: [mediacapture-main] What happens when a machine suspends? (#668) guest271314 via GitHub

Friday, 1 May 2020

• Re: [webrtc-pc] addIceCandidate may not need to throw an error when no remoteDescription (#2519) Philipp Hancke via GitHub
• Re: [mediacapture-main] What happens when a machine suspends? (#668) guest271314 via GitHub

Last message date: Saturday, 30 May 2020 22:24:06 UTC