Monday, 31 January 2022
- Re: [mediacapture-main] Move enumerateDevices' 'MAY wait for focus' to affect devicechange as well (#858)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14)
 - Re: [mediacapture-screen-share] Rephrase security considerations (#205)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - [mediacapture-screen-share] Pull Request: Move normative statements out of the (non-normative) Security & Permissions
 - Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184)
 - Re: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
 - Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
 - Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
 - [webrtc-pc] Pull Request: Update to ReSpec version 28.2.8
 - [mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.8
 
Sunday, 30 January 2022
- Re: [webrtc-encoded-transform] Remove duplicate closing tag (#130)
 - [webrtc-encoded-transform] Pull Request: Remove duplicate closing tag
 
Saturday, 29 January 2022
- Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 - Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 
Friday, 28 January 2022
- Re: [mediacapture-main] Add privacy note and link to device enumeration design principles. (#856)
 - Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 - Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 - Re: [webrtc-pc] Document substantive changes since Rec as candidate amendments (#2713)
 - [webrtc-pc] Pull Request: Document substantive changes since Rec as candidate amendments
 - Closed: [mediacapture-region] Wording around MediaStreamTrackOrSubclassThereof (#3)
 - Re: [webrtc-encoded-transform] Should we expose the precise timestamp of the frame that was triggered by a generateKeyFrame call? (#128)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 
Thursday, 27 January 2022
- Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - [mediacapture-region] Pull Request: Remove MediaStreamTrackOrSubclassThereof
 - Re: [webrtc-encoded-transform] fix type of timestamp attribute (#116)
 - Re: [webrtc-encoded-transform] fix type of timestamp attribute (#116)
 - [webrtc-encoded-transform] Metadata fields need descriptions (#129)
 - [webrtc-encoded-transform] Should we expose the precise timestamp of the frame that was triggered by a generateKeyFrame call? (#128)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - Re: [mediacapture-region] Avoid using non-existent interface name (#15)
 - [mediacapture-region] Pull Request: Avoid using non-existent interface name
 - [mediacapture-region] cropTo is returning promises but it is unclear when promises are supposed to be rejected synchronously or not (#14)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
 - [mediacapture-transform] Pull Request: Update audio explainer with intro + WebIDL
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] CropTarget should probably be available to Elements and not only HTMLElements (#13)
 - [mediacapture-region] CropTarget should probably be available to Elements and not only HTMLElements (#13)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 
Wednesday, 26 January 2022
- Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-output] Is reverting to different speakers from a background tab a valid use case? (#129)
 - Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
 - Re: [webrtc-extensions] captureTimestamp seems to have an inconsistent clock base (#97)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
 - Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - [webrtc-extensions] captureTimestamp seems to have an inconsistent clock base (#97)
 - Re: [webrtc-stats] RTCVideoSourceStats.framesPerSecond should be a double (#540)
 - Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
 - Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - Closed: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - [mediacapture-main] Pull Request: Move enumerateDevices' 'MAY wait for focus' to affect devicechange as well
 - Re: [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 - [webrtc-stats] WPT tests are wrong about when "outbound-rtp" and "inbound-rtp" stats appear (#619)
 
Tuesday, 25 January 2022
- Closed: [mediacapture-region] Review request: Use of opaque interface (#4)
 - Re: [mediacapture-region] Review request: Use of opaque interface (#4)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
 - Re: [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
 - Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
 - Re: [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
 - [mediacapture-output] Is reverting to different speakers from a background tab a valid use case? (#129)
 - Re: [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - Re: [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
 - Re: [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
 - [mediacapture-main] It is unclear from the spec whether cloning a MediaStreamTrack preserves the subtype or not of the cloned track (#857)
 - Re: [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
 - [mediacapture-region] Timing of cropTo promise resolution with media capture-transform (#12)
 - [mediacapture-region] Why exposing produceCropTarget at MediaDevices level? (#11)
 - [mediacapture-region] Is BrowserCaptureMediaStreamTrack needed? (#10)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
 
Monday, 24 January 2022
- [mediacapture-main] Pull Request: Add privacy note and link to device enumeration design principles.
 - Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
 - Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
 - Re: [mediacapture-transform] Remove remaining "audio" references in spec (#72)
 - Closed: [mediacapture-transform] Need note saying there's no consensus on audio processing (#71)
 - [mediacapture-screen-share] Pull Request: Add note and example of inaccessible stats that fire mute
 - Re: [mediacapture-screen-share] Should mute and unmute events of MediaStreamTrack be allowed to fire based on user non-action? (#141)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - [mediacapture-region] Is muting track the right call for empty cropped tracks (#9)
 - Re: [mediacapture-main] Broken foreground detection (#752)
 - [webrtc-pc] Pull Request: Update to ReSpec version 28.2.2
 - [mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.2
 
Friday, 21 January 2022
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
 - Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
 - Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
 - Re: [webrtc-pc] Clarify receiver's sdpFmtpLines might differ in have-local-offer (#2711)
 - [webrtc-pc] Pull Request: Clarify receiver's sdpFmtpLines might differ in have-local-offer
 - [webrtc-stats] Pull Request: Match channels stat language with that of channels parameter.
 - [webrtc-stats] Pull Request: Add note on coalescing codec stats.
 - Re: [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204)
 - Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
 - Closed: [mediacapture-region] Broken link: "Latest published version" (#7)
 - [mediacapture-region] Pull Request: Remove latest version link
 - Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
 - [mediacapture-region] Broken link: "Latest published version" (#7)
 
Thursday, 20 January 2022
- Re: [webrtc-stats] codec.sdpFmtpLine isn't clear about which description to use (#616)
 - Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
 - Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
 - Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
 - Closed: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
 - Re: [mediacapture-main] Check for permission policy synchronously when getUserMedia is called (#851)
 - Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
 - Closed: [mediacapture-main] MediaStreamTrack clone algorithm should copy cloned readyState value (#852)
 - Closed: [mediacapture-main] getUserMedia should not reject with NotFoundErrorError or OverConstrainedError on contexts for which permission is denied (#849)
 - [mediacapture-transform] There is no note stating that https://github.com/whatwg/streams/blob/main/streams-for-raw-video-explainer.md is needed (#74)
 - Re: [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
 - [webrtc-stats] codec.sdpFmtpLine isn't clear about which SDP to use (#616)
 - [webrtc-stats] Possibly outdated text on codec.channels (#615)
 - [webrtc-pc] sdpFmtpLine prose is vague about which SDP to use (#2710)
 - [webrtc-stats] Are "codec" stats per transceiver or per transport? (#614)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 
Wednesday, 19 January 2022
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - Re: [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
 - Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
 - [mediacapture-region] Can the MediaStreamTrack list its cropping regions directly? (#6)
 - [mediacapture-transform] Is MediaStreamTrackProcessor needed? (#73)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - [mediacapture-transform] Pull Request: Remove remaining "audio" references in spec
 
Tuesday, 18 January 2022
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - Re: [mediacapture-output] Define "speaker-selection" powerful feature types and algorithms. (#128)
 - Re: [mediacapture-transform] Relationship to WebGPU (#34)
 
Monday, 17 January 2022
- Re: [mediacapture-record] Creation of Seekable Files (#119)
 - Re: [mediacapture-record] Creation of Seekable Files (#119)
 - [webrtc-pc] Pull Request: Update to ReSpec version 28.2.1
 - [mediacapture-main] Pull Request: Update to latest ReSpec version 28.2.1
 
Friday, 14 January 2022
- Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - Re: [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - [webrtc-stats] ActiveIceCandidatePairStats.bytesReceived (even when no tracks were subscribed to) (#613)
 - Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
 - Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
 - [mediacapture-screen-share] Pull Request: Rephrase security considerations
 - [mediacapture-main] Pull Request: Explicitly copy readyState when cloning a track
 - [mediacapture-main] MediaStreamTrack clone algorithm should copy cloned readyState value (#852)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
 - [mediacapture-record] Pull Request: Remove superfluous MediaRecorderErrorEvent interface
 
Thursday, 13 January 2022
- Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166)
 - [mediacapture-screen-share] Multi-capture (concurrent capture of multiple surfaces) (#204)
 - [mediacapture-transform] Need note saying there's no consensus on audio processing (#71)
 - Re: [mediacapture-transform] Relationship to WebGPU (#34)
 - Re: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
 - Closed: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
 - Re: [webrtc-svc] how to specify L3T3? (#61)
 
Wednesday, 12 January 2022
- Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
 - Re: [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
 - Re: [webrtc-svc] how to specify L3T3? (#61)
 - [mediacapture-record] MediaRecorderErrorEvent is a bad idea; use ErrorEvent instead (#211)
 - Re: [mediacapture-transform] Is MediaStreamTrackGenerator expected to increase <audio>.currentTime without input? (#63)
 - Closed: [mediacapture-transform] Is MediaStreamTrackGenerator expected to increase <audio>.currentTime without input? (#63)
 - Closed: [mediacapture-transform] Document timestamp (non)synchronization behaviors (#35)
 - Re: [mediacapture-transform] Document timestamp (non)synchronization behaviors (#35)
 - Re: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26)
 - Re: [mediacapture-transform] Add "real-time" warning/note to MediaStreamTrackGenerator (#20)
 
Tuesday, 11 January 2022
- Re: [mediacapture-image] Add face detection mode constraint (#292)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 
Monday, 10 January 2022
- Re: [mediacapture-main] Broken foreground detection (#752)
 - [mediacapture-screen-share] Improve getDisplayMedia current focus requirement (#203)
 - Re: [mediacapture-screen-share] Should Application surface be removed (#189)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [mediacapture-screen-share] Normative security requirements ("ISSUE 1") (#126)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - [mediacapture-main] Pull Request: Check for permission policy synchronously when getUserMedia is called
 - Re: [webrtc-svc] how to specify L3T3? (#61)
 - [mediacapture-main] Pull Request: Filter getUserMedia errors if permission is denied
 - [mediacapture-main] getUserMedia should not reject with NotFoundErrorError or OverConstrainedError on contexts for which permission is denied (#849)
 - Re: [mediacapture-main] getUserMedia permission policy check happens very late (#847)
 - Re: [webrtc-svc] how to specify L3T3? (#61)
 - [webrtc-svc] how to specify L3T3? (#61)
 - Re: [mediacapture-main] Update to latest ReSpec version 28.1.0 (#848)
 - [mediacapture-main] Pull Request: Update to latest ReSpec version 28.1.0
 
Sunday, 9 January 2022
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 
Saturday, 8 January 2022
- Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Closed: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - [mediacapture-main] getUserMedia permission policy check happens very late (#847)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - [webrtc-extensions] Pull Request: RTP Header Extensions Encryption (cryptex)
 
Friday, 7 January 2022
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [mediacapture-main] GetDisplayMedia don't capture the audio from microphone (#694)
 - Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
 - Re: [mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
 - Closed: [mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
 - Re: [mediacapture-transform] Relationship to WebGPU (#34)
 - Re: [mediacapture-transform] Document timestamp (non)synchronization behaviors (#35)
 - Re: [mediacapture-transform] Video data rotation should be explicit (#65)
 - Re: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
 - Closed: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
 - Re: [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
 - Closed: [mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
 - Re: [mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
 - Re: [mediacapture-transform] Clarify Generator construction with required kind (#18)
 - [webrtc-svc] [Question] Difference between SVC and Simulcast (#60)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
 
Thursday, 6 January 2022
- Re: [mediacapture-main] deviceId and Clear-Site-Data (#836)
 - Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [webrtc-extensions] `getCapabilities` seems to leak hardware capabilities w/o a permission (#54)
 - Closed: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
 - Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
 - Closed: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
 - Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
 - Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
 - [webrtc-extensions] Deprecate audio/video enumeration in getCapabilities in favour of Media Capabilities API (#95)
 - Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
 - Closed: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
 - Closed: [mediacapture-main] Inconsistencies around double filtering of "devicechange" events (#810)
 - Closed: [webrtc-pc] Need to administratively prohibit candidates in SetRemoteDescription (#2675)
 - Re: [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
 - Re: [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
 - Re: [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
 - Re: [mediacapture-main] devicechange should fire when enumerateDevices works (#842)
 - [webrtc-svc] What should the scalability mode be when the preferred scalability mode is not supported on the requested codec? (#59)
 - [webrtc-svc] What should the scalability mode be when no scalability mode is specified? (#58)
 - [webrtc-svc] Handling of unknown scalability modes is underspecified (#57)
 - Re: [webrtc-extensions] Add normative steps to getCapabilities() or deprecate it in favor of an async API (#57)
 - Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49)
 - Re: [webrtc-extensions] RTP Header Extension Encryption (#47)
 - Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71)
 - Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50)
 
Wednesday, 5 January 2022
- Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
 - Re: [mediacapture-screen-share] Cropping Video Tracks (#195)
 - Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
 - Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
 
Tuesday, 4 January 2022
- Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
 - [webrtc-pc] Pull Request: Restrict ICE agent from using administratively prohibited candidates
 - [mediacapture-image] Possibly incorrect note on focusMode (#293)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - [webrtc-encoded-transform] How to manage key frames in case of SFrameTransform key rotation (#127)
 - [mediacapture-transform] API shape for creating a MediaStreamTrack from a WHATWG Stream (#70)
 - [mediacapture-transform] Compare callback-based and ReadableStream-based exposure of video MediaStreamTrack media flow (#69)
 - [mediacapture-transform] API shape for creating a WHATWG Stream from a MediaStreamTrack (#68)
 - Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.addIceCandidate(). (#81)
 - Re: [webrtc-encoded-transform] Add API to request key frames (#125)
 
Monday, 3 January 2022
- Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
 - Closed: [mediacapture-screen-share] How to detect Display Surfaces Minimized (#198)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Re: [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - [mediacapture-main] getUserMedia "hanging" indefinitely (#846)
 - Closed: [mediacapture-screen-share] @W3C chromium/React trial enrollment (#202)
 - Re: [mediacapture-main] Update to latest ReSpec version (#843)