public-webrtc-logs@w3.org from January 2026 by author

Alastor Wu via GitHub

Re: [mediacapture-fromelement] HTML Media Element captureStream() should avoid protected/encrypted content (#20) (Thursday, 8 January)

Dominique Hazael-Massieux via GitHub

[webrtc-pc] new commits pushed by dontcallmedom (Monday, 19 January)
Re: [webrtc-extensions] Modify header extension init to ignore "stopping" transceivers (#250) (Thursday, 15 January)
[webrtc-pc] Pull Request: Mark Stopping internal slot as exported (Thursday, 15 January)

dontcallmedom-bot via GitHub

Re: [mediacapture-transform] Add a counter of dropped frames to MediaStreamTrackProcessor (#122) (Tuesday, 27 January)
Re: [webrtc-encoded-transform] Add a RTC prefix to SFrameSenderTransform and SFrameReceiverTransform (#291) (Tuesday, 27 January)

goidliferichard-eng via GitHub

Re: [webrtc-pc] RTCDataChannel.id assignment (#1818) (Sunday, 18 January)

guidou via GitHub

Closed: [mediacapture-transform] Track transferability requirement adds complexity to some common use cases (#116) (Thursday, 15 January)
[mediacapture-transform] new commits pushed by guidou (Thursday, 15 January)
[mediacapture-transform] Add a counter of dropped frames to MediaStreamTrackProcessor (#122) (Monday, 12 January)

Harald Alvestrand via GitHub

Re: [webrtc-pc] data channel ids are set before SCTP init is exchanged (#3071) (Monday, 19 January)
Re: [webrtc-pc] data channel ids are set before SCTP init is exchanged (#3071) (Monday, 19 January)
[webrtc-pc] new commits pushed by alvestrand (Thursday, 15 January)
Re: [webrtc-extensions] Modify header extension init to ignore "stopping" transceivers (#250) (Thursday, 15 January)
Re: [webrtc-extensions] Header extension negotiation: Ignore stopped transceivers (#249) (Thursday, 15 January)
[webrtc-extensions] Pull Request: Modify header extension init to ignore "stopping" transceivers (Thursday, 15 January)
[webrtc-extensions] Header extension negotiation: Ignore stopped transceivers (#249) (Thursday, 15 January)

henbos via GitHub

Re: [webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Thursday, 29 January)
Re: [webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Thursday, 29 January)
Re: [webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Tuesday, 27 January)
Re: [webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Tuesday, 27 January)

Jan-Ivar Bruaroey via GitHub

[webrtc-svc] Make SVC testable (#111) (Tuesday, 27 January)
[webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Monday, 26 January)
Re: [mediacapture-record] Deprecate MediaRecorder.isTypeSupported() by limiting it to fixed list of identifiers w/wildcards (#226) (Monday, 26 January)
Re: [webrtc-encoded-transform] Add a RTC prefix to SFrameSenderTransform and SFrameReceiverTransform (#291) (Thursday, 8 January)
[mediacapture-main] Pull Request: Revert #867 and note addTrack/removeTrack don't fire events (Tuesday, 6 January)

Kacper Waśniowski via GitHub

Closed: [webrtc-encoded-transform] Combining frame and packets transformers (#290) (Sunday, 18 January)
Re: [webrtc-encoded-transform] SFrameTransform "role" parameter is unneccesary (#260) (Friday, 9 January)

Philipel-WebRTC via GitHub

[webrtc-rtptransport] Pull Request: Added initial API proposal to use as a working draft. (Tuesday, 27 January)

Philipp Hancke via GitHub

Re: [webrtc-pc] data channel ids are set before SCTP init is exchanged (#3071) (Monday, 19 January)
Re: [webrtc-pc] data channel ids are set before SCTP init is exchanged (#3071) (Monday, 19 January)
Re: [webrtc-pc] data channel ids are set before SCTP init is exchanged (#3071) (Monday, 19 January)

Stefan Holmer via GitHub

Re: [mediacapture-transform] Add a counter of dropped frames to MediaStreamTrackProcessor (#122) (Friday, 30 January)

Varun Singh via GitHub

Re: [webrtc-stats] Unclear when outboundRtp.scalabilityMode is present (#817) (Thursday, 29 January)

youennf via GitHub

Re: [mediacapture-main] Revert #867 and note addTrack/removeTrack don't fire events (#1062) (Thursday, 8 January)

Last message date: Friday, 30 January 2026 09:15:46 UTC