public-webrtc-logs@w3.org from June 2021 by author

Anne van Kesteren via GitHub

• Re: [webrtc-extensions] Share some connection infrastructure with Fetch (#73) (Thursday, 24 June)
• Re: [webrtc-pc] Unclear how URLs are processed (#2660) (Tuesday, 22 June)
• Re: [webrtc-pc] Unclear how URLs are processed (#2660) (Tuesday, 22 June)
• [webrtc-pc] Unclear how URLs are processed (#2660) (Tuesday, 22 June)
• Re: [webrtc-extensions] Share some connection infrastructure with Fetch (#73) (Thursday, 17 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Possible duplication of requirements (#125) (Thursday, 3 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 2 June)

Balázs Kreith via GitHub

• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)
• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)
• [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)
• [webrtc-stats] Pull Request: RTCMediaHandlerStats.remoteSource description (Friday, 11 June)

benny daon via GitHub

• Re: [webrtc-extensions] Add sctp rate control params to RTCPeerConnection constructor (#71) (Saturday, 19 June)

Bernard Aboba via GitHub

• Re: [mediacapture-transform] Is using ReadableStream/WritableStream the right approach? (#4) (Friday, 18 June)
• Re: [webrtc-extensions] RTCRtpSender.getCapabilities() may not return correct information in sync (#49) (Thursday, 17 June)
• Re: [webrtc-extensions] Mixed-codec simulcast proposal (#43) (Thursday, 17 June)
• Re: [webrtc-extensions] Define administratively prohibited in more detail (#53) (Thursday, 17 June)
• Re: [webrtc-extensions] BUNDLE-only m-sections (#66) (Thursday, 17 June)
• Closed: [webrtc-extensions] BUNDLE-only m-sections (#66) (Thursday, 17 June)
• Closed: [webrtc-extensions] (How) should we mitigate error code exploits? (#70) (Thursday, 17 June)
• Re: [webrtc-extensions] (How) should we mitigate error code exploits? (#70) (Thursday, 17 June)
• Re: [webrtc-extensions] WebRTC-Extensions Implementation Status (#80) (Thursday, 10 June)
• Re: [webrtc-extensions] RTP Header Extension Encryption (#47) (Thursday, 10 June)
• Re: [webrtc-encoded-transform] what metadata is useful? (#9) (Wednesday, 9 June)
• Closed: [webrtc-extensions] Investigate the possibility to interact with data channel in workers (#64) (Saturday, 5 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 2 June)

caribouW3 via GitHub

• [mediacapture-image] wide review (#282) (Tuesday, 22 June)

Dan Sanders via GitHub

• Re: [mediacapture-transform] Is using ReadableStream/WritableStream the right approach? (#4) (Friday, 18 June)
• Re: [mediacapture-transform] Is using ReadableStream/WritableStream the right approach? (#4) (Friday, 18 June)
• Re: [mediacapture-transform] Is using ReadableStream/WritableStream the right approach? (#4) (Thursday, 17 June)

Danny Vargas via GitHub

• Re: [mediacapture-image] Does PTZ look good to you? (#263) (Tuesday, 8 June)

Dominique Hazael-Massieux via GitHub

• [mediacapture-main] Pull Request: Update to latest ReSpec version (Monday, 28 June)
• [webrtc-pc] Pull Request: Update to latest ReSpec version (Monday, 28 June)
• [webrtc-stats] Pull Request: Fix import of WebIDL2 library (Wednesday, 23 June)
• Re: [webrtc-stats] Stats table generation has failed (#606) (Tuesday, 22 June)
• [mediacapture-main] Pull Request: Update to latest ReSpec version (Monday, 21 June)
• [webrtc-pc] Pull Request: Update to latest ReSpec version (Monday, 21 June)
• [webrtc-pc] Pull Request: Update to latest ReSpec version (Monday, 14 June)
• [mediacapture-main] Pull Request: Update to latest ReSpec version (Monday, 14 June)
• Re: [webrtc-pc] Editorial: don't link in dfns (#2649) (Thursday, 10 June)
• [webrtc-pc] Pull Request: Update to latest ReSpec version (Monday, 7 June)
• [mediacapture-main] Pull Request: Update to latest ReSpec version (Monday, 7 June)
• Re: [mediacapture-transform] What does sink mean? (#39) (Friday, 4 June)
• Re: [webrtc-encoded-transform] Expose SFrame errors through SFrameTransform.onerror (#103) (Friday, 4 June)
• Re: [mediacapture-output] Update auto-publish.yml (#120) (Friday, 4 June)
• Closed: [mediacapture-record] Like to use promise to return recorded data (#75) (Friday, 4 June)
• Re: [mediacapture-record] Like to use promise to return recorded data (#75) (Friday, 4 June)
• Closed: [mediacapture-record] WG CR review for mediacapture-record (#72) (Friday, 4 June)
• Re: [mediacapture-record] MediaRecorder specification expects to synchronously know the list of supported mime types (#202) (Friday, 4 June)
• Closed: [mediacapture-record] Is there any implementer objection to supporting audio/wav mimeType? (#198) (Friday, 4 June)
• Re: [mediacapture-record] Is there any implementer objection to supporting audio/wav mimeType? (#198) (Friday, 4 June)
• Re: [mediacapture-record] Fill Security & Privacy questionnaire (#122) (Friday, 4 June)
• Closed: [mediacapture-record] Fill Security & Privacy questionnaire (#122) (Friday, 4 June)
• Closed: [mediacapture-record] Promise version of requestData? (#137) (Friday, 4 June)
• Re: [mediacapture-record] Promise version of requestData? (#137) (Friday, 4 June)
• Re: [mediacapture-record] Why is start 5.3 in the specification? (#168) (Friday, 4 June)
• Closed: [mediacapture-record] Why is start 5.3 in the specification? (#168) (Friday, 4 June)
• Closed: [mediacapture-record] MediaRecorder : frame loss on mobile devices (#201) (Friday, 4 June)
• Re: [mediacapture-record] MediaRecorder : frame loss on mobile devices (#201) (Friday, 4 June)
• Closed: [mediacapture-record] Update to constructor operations (#182) (Friday, 4 June)
• Re: [mediacapture-record] Update to constructor operations (#182) (Friday, 4 June)
• Re: [mediacapture-record] Use non-abbreviated terms in bitrates (#203) (Friday, 4 June)
• Closed: [mediacapture-record] Use non-abbreviated terms in bitrates (#203) (Friday, 4 June)
• Re: [mediacapture-screen-share] Consistently capitalize user agent (#179) (Thursday, 3 June)
• Re: [webrtc-charter] Move -extensions rules from webrtc-pc to charter repo (#63) (Thursday, 3 June)
• Re: [mediacapture-main] Use xref, avoid data-cite="html" (#792) (Thursday, 3 June)
• Re: [mediacapture-main] Use xref, avoid data-cite="html" (#792) (Wednesday, 2 June)
• [mediacapture-main] Pull Request: Use xref link for HTMLMediaElement.play (Wednesday, 2 June)
• Re: [webrtc-pc] Update to latest ReSpec version (#2653) (Tuesday, 1 June)
• Re: [mediacapture-main] Update to latest ReSpec version (#789) (Tuesday, 1 June)
• Closed: [mediacapture-main] Media capture accidentally redefines Navigator (#791) (Tuesday, 1 June)

Elad Alon via GitHub

• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Friday, 18 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Tuesday, 15 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Monday, 14 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Saturday, 12 June)
• [mediacapture-screen-share] Pull Request: Use the displaySurface constraint to signal application preference (Friday, 11 June)
• Re: [mediacapture-screen-share] Editorial: Fix unclosed <a> tag. (#185) (Friday, 11 June)
• [mediacapture-screen-share] Pull Request: Editorial: Fix unclosed <a> tag. (Friday, 11 June)
• Re: [mediacapture-screen-share] Conditional Suppression of Local Audio Playback from Captured Tab (#161) (Monday, 7 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Monday, 7 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Friday, 4 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Define the suppressLocalAudioPlayback constraint (#164) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] Audio is said to be optional but there's one place that implies that it is not (#101) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] Consistently capitalize user agent (#179) (Thursday, 3 June)
• [mediacapture-screen-share] Pull Request: Fix capitalization of "User Agent" (Thursday, 3 June)
• Re: [mediacapture-screen-share] Elaborate MediaTrackCapabilities extensions (#174) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] MediaTrackCapabilities (#93) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] restrictOwnAudio is missing from MediaTrackSettings (#176) (Thursday, 3 June)
• [mediacapture-screen-share] Should restrictOwnAudio be settable? (#180) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Should mute and unmute events of MediaStreamTrack be allowed to fire based on user non-action? (#141) (Thursday, 3 June)
• [mediacapture-screen-share] Pull Request: Remove reference to obsolete event (Thursday, 3 June)
• [mediacapture-screen-share] Pull Request: Tweak DisplayMediaStreamConstraints language (Thursday, 3 June)
• [mediacapture-screen-share] restrictOwnAudio is missing from MediaTrackSettings (#176) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Possible duplication of requirements (#125) (Thursday, 3 June)
• [mediacapture-screen-share] Pull Request: Remove unintended requirement that audio be included (Thursday, 3 June)
• [mediacapture-screen-share] Pull Request: Elaborate MediaTrackCapabilities extensions (Thursday, 3 June)
• Re: [mediacapture-screen-share] Define MediaDevices.CaptureHandle (#163) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Wednesday, 2 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)

Florent Castelli via GitHub

• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Thursday, 17 June)

guidou via GitHub

• Re: [mediacapture-transform] Add setMuted method (#55) (Friday, 18 June)
• Closed: [mediacapture-transform] A review (#38) (Friday, 18 June)
• Re: [mediacapture-transform] A review (#38) (Friday, 18 June)
• Re: [mediacapture-transform] Call the streams algorithms (#36) (Friday, 18 June)
• Closed: [mediacapture-transform] Call the streams algorithms (#36) (Friday, 18 June)
• Closed: [mediacapture-transform] Spec examples do processing on main thread (#28) (Friday, 18 June)
• Re: [mediacapture-transform] Spec examples do processing on main thread (#28) (Friday, 18 June)
• Re: [mediacapture-transform] Is MediaStreamTrackGenerator for audio necessary? (#31) (Friday, 18 June)
• Closed: [mediacapture-transform] Is MediaStreamTrackGenerator for audio necessary? (#31) (Friday, 18 June)
• Re: [mediacapture-transform] Is MediaStreamTrackProcessor for audio necessary? (#29) (Friday, 18 June)
• Closed: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Friday, 18 June)
• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Friday, 18 June)
• Re: [mediacapture-transform] Should MediaStreamTrackGenerator have an API to fine-tune MediaStreamTrack internal states? (#26) (Friday, 18 June)
• Re: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Friday, 18 June)
• Closed: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Friday, 18 June)
• Re: [mediacapture-transform] Add description of stability guarantees for feedback messages (#21) (Friday, 18 June)
• Closed: [mediacapture-transform] Add description of stability guarantees for feedback messages (#21) (Friday, 18 June)
• Closed: [mediacapture-transform] Access to raw metadata (#3) (Friday, 18 June)
• Re: [mediacapture-transform] Access to raw metadata (#3) (Friday, 18 June)
• Re: [mediacapture-transform] Add a high-quality face/body tracking API to discourage poor/discriminatory implementations (#1) (Friday, 18 June)
• Closed: [mediacapture-transform] Add a high-quality face/body tracking API to discourage poor/discriminatory implementations (#1) (Friday, 18 June)
• Re: [mediacapture-transform] Can one JS document hose a browser's camera capturing ability? (#37) (Friday, 18 June)
• Closed: [mediacapture-transform] Can one JS document hose a browser's camera capturing ability? (#37) (Friday, 18 June)
• Re: [mediacapture-transform] Can one JS document hose a browser's camera capturing ability? (#37) (Friday, 18 June)
• Re: [mediacapture-transform] Add setMuted method (#55) (Friday, 18 June)
• [mediacapture-transform] Pull Request: Add setMuted method (Friday, 18 June)
• [mediacapture-transform] Pull Request: Merge pull request #46 from w3c/guidou/mstg-algorithms (Thursday, 17 June)
• Re: [mediacapture-transform] Update MSTG section to use stream algorithms (#53) (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Update MSTG section to use stream algorithms (Thursday, 17 June)
• Re: [mediacapture-transform] Update examples (#52) (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Update examples (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Update examples (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Update examples (Thursday, 17 June)
• Re: [mediacapture-transform] Update introduction to state more explicit use cases (#49) (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Update introduction to state more explicit use cases (Thursday, 17 June)
• Re: [mediacapture-transform] Add processor algorithms (#48) (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Add processor algorithms (Thursday, 17 June)
• [mediacapture-transform] Pull Request: Remove signaling and update to security/privacy section (Thursday, 17 June)
• Closed: [mediacapture-transform] What does sink mean? (#39) (Thursday, 17 June)
• Re: [mediacapture-main] Clarification needed on ended HTMLMediaElement with MediaStream becoming active (#519) (Wednesday, 16 June)
• Re: [mediacapture-transform] Add MediaStreamTrack section. (#33) (Wednesday, 16 June)
• Re: [mediacapture-transform] Update privacy/security considerations (#42) (Wednesday, 16 June)
• Closed: [mediacapture-transform] MediaStreamTrackGenerator is underspecified (#25) (Wednesday, 16 June)
• Re: [mediacapture-transform] Update MSTG section to use more algorithms (#46) (Tuesday, 15 June)
• [mediacapture-transform] Pull Request: Update MSTG section (Tuesday, 15 June)
• [mediacapture-transform] Pull Request: Update examples (Tuesday, 15 June)
• [mediacapture-transform] Pull Request: State use cases explicitly (Monday, 14 June)
• [mediacapture-transform] Pull Request: Readable algorithms (Thursday, 10 June)
• [mediacapture-transform] Pull Request: Update privacy/security considerations (Thursday, 10 June)
• Re: [mediacapture-transform] Remove control signals (#40) (Tuesday, 8 June)
• [mediacapture-transform] Pull Request: Remove control signals (Tuesday, 8 June)
• [mediacapture-transform] Pull Request: Remove control signals (Tuesday, 8 June)
• Re: [mediacapture-transform] A review (#38) (Tuesday, 1 June)
• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Tuesday, 1 June)
• Re: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Tuesday, 1 June)
• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Tuesday, 1 June)
• Re: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Tuesday, 1 June)

Harald Alvestrand via GitHub

• [mst-content-hint] Pull Request: Improve Abstract (Monday, 28 June)
• Re: [mst-content-hint] degradationPreference is under-specified (#33) (Monday, 28 June)
• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Monday, 28 June)
• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Saturday, 26 June)
• Re: [webrtc-encoded-transform] Receiver transform depacketizer requirements (#109) (Thursday, 24 June)
• Re: [webrtc-extensions] Share some connection infrastructure with Fetch (#73) (Thursday, 24 June)
• [webrtc-pc] Pull Request: WG-wide merge guide: the removal (Thursday, 24 June)
• [webrtc-charter] Pull Request: WG-wide merge guide (Thursday, 24 June)
• [webrtc-stats] Stats table generation has failed (#606) (Tuesday, 22 June)
• Re: [mediacapture-transform] Is MediaStreamTrackProcessor for audio necessary? (#29) (Monday, 21 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Sunday, 20 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Friday, 18 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Thursday, 17 June)
• Re: [webrtc-extensions] Define administratively prohibited in more detail (#53) (Thursday, 17 June)
• Re: [webrtc-extensions] Share some connection infrastructure with Fetch (#73) (Thursday, 17 June)
• Closed: [webrtc-extensions] fractionLost missing from MTI stats list (#65) (Thursday, 17 June)
• Re: [webrtc-extensions] fractionLost missing from MTI stats list (#65) (Thursday, 17 June)
• Closed: [webrtc-extensions] Network Tokens and WebRTC QoS (#68) (Thursday, 17 June)
• Re: [webrtc-extensions] Network Tokens and WebRTC QoS (#68) (Thursday, 17 June)
• Re: [webrtc-extensions] Add RTOMax to RTCDataChannelInit (#71) (Thursday, 17 June)
• Re: [webrtc-extensions] adaptivePtime prose unclear; concerns over lack of signaling (#74) (Thursday, 17 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 16 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 16 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Monday, 14 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Monday, 14 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Saturday, 12 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Saturday, 12 June)
• [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Friday, 11 June)
• Re: [webrtc-extensions] WebRTC-Extensions Implementation Status (#80) (Thursday, 10 June)
• Closed: [mediacapture-screen-share] Conditional Suppression of Local Audio Playback from Captured Tab (#161) (Thursday, 10 June)
• Re: [webrtc-extensions] WebRTC-Extensions Implementation Status (#80) (Thursday, 10 June)
• [webrtc-extensions] Tests for Transferable DataChannels (#82) (Thursday, 10 June)
• Re: [webrtc-extensions] Create RTCPeerConnections in workers (#77) (Thursday, 10 June)
• Re: [mediacapture-main] Clarification needed on ended HTMLMediaElement with MediaStream becoming active (#519) (Monday, 7 June)
• Closed: [mediacapture-screen-share] overconstrained event is referenced in "Constrainable Properties for Captured Display Surfaces" (#168) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] Possible duplication of requirements (#125) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] Editorial: "capture capture" in doc is probably a typo (#172) (Thursday, 3 June)
• [mediacapture-screen-share] Consistently capitalize user agent (#179) (Thursday, 3 June)
• Closed: [mediacapture-screen-share] The user agent should be allowed to change sources after getDisplayMedia() resolves (#81) (Thursday, 3 June)
• [webrtc-charter] Move -extensions rules from webrtc-pc to charter repo (#63) (Thursday, 3 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 2 June)
• Re: [mst-content-hint] Why are arbitrary values disallowed for hints? (#47) (Tuesday, 1 June)
• Closed: [mst-content-hint] Why are arbitrary values disallowed for hints? (#47) (Tuesday, 1 June)

henbos via GitHub

• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Monday, 28 June)
• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Sunday, 27 June)
• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Tuesday, 22 June)
• Re: [webrtc-stats] Clarify stats hierarchies (#324) (Tuesday, 22 June)
• Closed: [webrtc-stats] Clarify stats hierarchies (#324) (Tuesday, 22 June)

Ian Denhardt via GitHub

• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 30 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 30 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 16 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 16 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 16 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 9 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 2 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 2 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Tuesday, 1 June)

Jan-Ivar Bruaroey via GitHub

• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Thursday, 17 June)
• Re: [webrtc-extensions] Share some connection infrastructure with Fetch (#73) (Thursday, 17 June)
• Re: [webrtc-extensions] (How) should we mitigate error code exploits? (#70) (Thursday, 17 June)
• Re: [webrtc-extensions] adaptivePtime prose unclear; concerns over lack of signaling (#74) (Thursday, 17 June)
• Re: [webrtc-extensions] adaptivePtime prose unclear; concerns over lack of signaling (#74) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Saturday, 12 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Saturday, 12 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Friday, 11 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Friday, 11 June)
• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Friday, 11 June)
• Re: [webrtc-extensions] WebRTC-Extensions Implementation Status (#80) (Thursday, 10 June)
• Re: [webrtc-pc] Editorial: don't link in dfns (#2649) (Thursday, 10 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Friday, 4 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Friday, 4 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Friday, 4 June)
• Re: [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• [mediacapture-screen-share] Recognize safer & better-integrated web presentations in getDisplayMedia (#182) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Thursday, 3 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Tuesday, 1 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Tuesday, 1 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Tuesday, 1 June)

Karl Tomlinson via GitHub

• [mediacapture-main] Allow enumerateDevices() to again return audiooutput devices exposed via `selectAudioOutput()` even when "device information can be exposed" is false (#800) (Wednesday, 23 June)

krave1986 via GitHub

• [mediacapture-transform] What does sink mean? (#39) (Friday, 4 June)

Lennart Grahl via GitHub

• Re: [webrtc-pc] Unclear how URLs are processed (#2660) (Tuesday, 22 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Monday, 21 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Thursday, 17 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Thursday, 17 June)

Marcos Cáceres via GitHub

• [mediacapture-main] Pull Request: Editorial: remove/link dependencies (Thursday, 10 June)
• Re: [mediacapture-output] Update auto-publish.yml (#120) (Friday, 4 June)
• Re: [mediacapture-screen-share] chore: use specprod v2 (#183) (Friday, 4 June)
• [mediacapture-screen-share] Pull Request: chore: use specprod v2 (Friday, 4 June)
• [mediacapture-output] Pull Request: Update auto-publish.yml (Friday, 4 June)

Michael Tüxen via GitHub

• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Monday, 21 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Monday, 21 June)
• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Monday, 21 June)

minyuel via GitHub

• Re: [webrtc-extensions] Fixing the spec on RTCRtpEncodingParameters.adaptivePtime. (#83) (Thursday, 17 June)
• Re: [webrtc-extensions] adaptivePtime prose unclear; concerns over lack of signaling (#74) (Thursday, 17 June)
• [webrtc-extensions] Pull Request: Fixing the spec on RTCRtpEncodingParameters.adaptivePtime. (Thursday, 17 June)

Mészáros Mihály via GitHub

• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Monday, 14 June)
• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)

pablopla via GitHub

• [webrtc-pc] Change stream associations (#2658) (Friday, 18 June)

Paul Adenot via GitHub

• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Tuesday, 1 June)
• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Tuesday, 1 June)

Paul Rumkin via GitHub

• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 30 June)
• Re: [webrtc-extensions] Add a CSP check to RTCPeerConnection.constructor(). (#81) (Wednesday, 30 June)

Philipp Hancke via GitHub

• Re: [webrtc-encoded-transform] what metadata is useful? (#9) (Wednesday, 9 June)

Samuel Weiler via GitHub

• Re: [mediacapture-record] Add 'privacy and security' section (#141) (Friday, 4 June)

Sergio Garcia Murillo via GitHub

• Re: [webrtc-encoded-transform] what metadata is useful? (#9) (Wednesday, 9 June)

Tsahi Levent-Levi via GitHub

• Re: [mediacapture-screen-share] Revisit: Let getDisplayMedia() influence the default type choice in the picker (#184) (Wednesday, 30 June)

Varun Singh via GitHub

• Re: [webrtc-stats] Map out implementation status of getStats and make a plan (#595) (Saturday, 26 June)
• Closed: [webrtc-stats] Stats table generation has failed (#606) (Wednesday, 23 June)
• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)
• Closed: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)
• Re: [webrtc-stats] MediaStatsHandler.remoteSource should be true in case of receiver (#605) (Friday, 11 June)

Victor Boivie via GitHub

• Re: [webrtc-extensions] Consider an API for non-delivered messages in SCTP datachannels (#50) (Sunday, 20 June)

W3C Bot via GitHub

• Re: [webrtc-stats] RTCMediaHandlerStats.remoteSource description (#604) (Friday, 11 June)

youennf via GitHub

• [webrtc-encoded-transform] Pull Request: Ensure receiver-side transform order is the same as sender-side transform order (Tuesday, 29 June)
• Re: [webrtc-encoded-transform] Receiver transform depacketizer requirements (#109) (Thursday, 24 June)
• [webrtc-encoded-transform] Receiver transform depacketizer requirements (#109) (Thursday, 24 June)
• Re: [mediacapture-main] Allow enumerateDevices() to again return audiooutput devices exposed via `selectAudioOutput()` even when "device information can be exposed" is false (#800) (Thursday, 24 June)
• [mediacapture-main] Pull Request: Expose explicitly granted output devices even if device enumeration is off (Thursday, 24 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Wednesday, 23 June)
• Re: [webrtc-extensions] Tests for Transferable DataChannels (#82) (Thursday, 17 June)
• Closed: [webrtc-extensions] Tests for Transferable DataChannels (#82) (Thursday, 17 June)
• Re: [mediacapture-screen-share] Add ability to crop a MediaStream obtained through the share-this-tab API (#158) (Wednesday, 16 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Monday, 14 June)
• Re: [webrtc-extensions] WebRTC-Extensions Implementation Status (#80) (Thursday, 10 June)
• Re: [webrtc-encoded-transform] Expose SFrame errors through SFrameTransform.onerror (#103) (Friday, 4 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Tuesday, 1 June)
• Re: [mediacapture-screen-share] Identification of Captured Application By Capturer (#166) (Tuesday, 1 June)
• Re: [mediacapture-transform] A review (#38) (Tuesday, 1 June)
• Re: [mediacapture-transform] Controlling channel mechanism is unclear (#24) (Tuesday, 1 June)
• Re: [mediacapture-transform] MediaStreamTrackProcessor threading model is underspecified (#27) (Tuesday, 1 June)

Last message date: Wednesday, 30 June 2021 17:59:19 UTC