[webrtc-stats] Pull Request: sync local-candidate url definition with webrtc-pc
Re: [mediacapture-transform] Is MediaStreamTrackProcessor for audio necessary? (#29)
Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781)
- Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781)
- Re: [webrtc-stats] Lifetime of outbound-rtp should start BEFORE first packet is sent (#781)
[mediacapture-transform] Pull Request: Allow UA to clamp maxBufferSize to a value between 1 and the value provided by the web page
[mediacapture-transform] Pull Request: Add a note stating that audio MediaStreamTrackProcessor has not reached consensus
[mediacapture-transform] Pull Request: Add makefile to locally build the bs spec
[mediacapture-transform] Pull Request: Call VideoFrame Close algorithm instead of VideoFrasme close method
[mediacapture-transform] Pull Request: Writing a closed video frame should reject
[mediacapture-transform] Writing a closed video frame to VideoTrackGenerator.writable should fail (#100)
[mediacapture-transform] Add a Makefile to locally build the spec from bikeshed (#99)
[mediacapture-transform] Pull Request: Fix two typo
[mediacapture-transform] Support of VideoTrackGenerator.applyConstraints success is unclear (#97)
[webrtc-encoded-transform] Pull Request: Constructor frame
[webrtc-encoded-transform] new commits pushed by alvestrand
[webrtc-stats] new commits pushed by henbos
[webrtc-stats] new commits pushed by alvestrand
[webrtc-stats] new commits pushed by alvestrand
[webrtc-encoded-transform] new commits pushed by alvestrand
[webrtc-extensions] Pull Request: Add an internal slot for active candidate pairs (re-upload)
[webrtc-extensions] Add steps to clear [[CandidatePairs]] in response to ICE restart (#196)
[webrtc-stats] Pull Request: clarify that sdpFmtpLine may not be there
[mediacapture-main] Pull Request: Add guidance for defining a new source of MediaStreamTrack
[webrtc-svc] Pull Request: Rewrite of Privacy Considerations Section
[webrtc-svc] Pull Request: Aboba patch 12
[webrtc-stats] Is codec.sdpFmtpLine present when there is no sdpFmtpLine in the SDP? (#779)
- Re: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779)
- Re: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779)
- Closed: [webrtc-stats] Is codec.sdpFmtpLine present when there is no fmtp line in the SDP? (#779)
Re: [webrtc-svc] Rewrite of Privacy Considerations Section (#97)
[webrtc-svc] Pull Request: Rewrite of Privacy Considerations Section
[webrtc-svc] new commits pushed by aboba
[mediacapture-automation] Broken references in Media Capture Automation (#4)
Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958)
- Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958)
- Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958)
- Re: [mediacapture-main] Mark sampleRate, sampleSize, latency as features at risk (#958)
[webrtc-svc] Pull Request: Use canonical AV1-RTP-SPEC reference
[mediacapture-main] Pull Request: Mark sampleRate, sampleSize, and latency are at risk
Re: [mediacapture-main] Mark resizeMode, sampleRate, sampleSize, latency as features at risk (#958)
Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974)
- Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974)
- Re: [mediacapture-main] How should MediaStreamTrack interact with BFCache? (#974)
Closed: [mediacapture-screen-share] Can I share some Windows? (#280)
Re: [mediacapture-screen-share] Can I share some Windows? (#280)
Re: [mediacapture-record] isTypeSupported() algorithm should be more specific (#92)
Closed: [mediacapture-record] isTypeSupported() algorithm should be more specific (#92)
Re: [mediacapture-record] Reconsider isTypeSupported() API (#93)
Closed: [mediacapture-record] Reconsider isTypeSupported() API (#93)
Re: [mediacapture-main] Transformation of camera signal into displayed frames on screen in a video capture pipeline. (#981)
Closed: [mediacapture-main] Transformation of camera signal into displayed frames on screen in a video capture pipeline. (#981)
[mediacapture-transform] What is the impact of timestamp for video frames enqueued in VideoTrackGenerator? (#96)
[mediacapture-main] Pull Request: Fix export of track-muted and set-track-muted.
- Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986)
- Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986)
- Re: [mediacapture-main] Fix export of track-muted and set-track-muted. (#986)
[mediacapture-main] The [=muted=] concept is exported wrongly (#985)
Re: [mediacapture-screen-share] Prevent unintentional leaks (#220)
Re: [webrtc-pc] Should RTCRtpTransceiver.setCodecPreferences() only refer to RTCRtpReceiver.getCapabilities(kind)? (#1998)
[mediacapture-transform] UAs should be allowed to not respect maxBufferSize (#95)
[mediacapture-transform] What is a valid MediaStreamTrack (#94)
[mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93)
- Re: [mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93)
- Closed: [mediacapture-transform] What happens when the MediaStreamTrack of the VideoTrackGenerator (and all its clones) get stopped? (#93)
[mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
- Re: [mediacapture-transform] Should we document in the spec that there is no consensus on whether supporting MediaStreamTrackProcessor for audio? (#92)
[mediacapture-transform] Spec should link to https://www.w3.org/TR/webcodecs/#close-videoframe instead of calling close() (#91)
[webrtc-encoded-transform] Pull Request: Add definition of RTCEncodedVideoFrameMetadata frameId and dependencies
[webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
- Re: [webrtc-pc] Update the accessibility section 14 to include RFC 8865 for real-time text in WebRTC data channel (#2931)
[webrtc-pc] Consider making RTCIceCandidatePair an interface (#2930)
[webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929)
- Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929)
- Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929)
- Re: [webrtc-pc] Should media capabilities influence what is exposed in what is exposed in WebRTC offers and answers (#2929)
[mediacapture-screen-share] Should we have a screenshare extension spec? (#297)
- Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297)
- Re: [mediacapture-screen-share] Should we have a screenshare extension spec? (#297)
[webrtc-pc] Pull Request: add test coverage annotation for sdp munging
[mediacapture-transform] new commits pushed by henbos
[webrtc-extensions] How is RTCRtpCodec codec used? (#195)
[mediacapture-record] Is the project still maintained? (#221)
- Re: [mediacapture-record] Is the project still maintained? (#221)
- Closed: [mediacapture-record] Is the project still maintained? (#221)
[mediacapture-main] Clarify each source is responsible for specifying mute/unmute behavior (#984)
[webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927)
- Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927)
- Re: [webrtc-pc] Applying a remote offer with unsupported codecs results in stale transceiver (#2927)
Re: [webrtc-pc] Transceivers stopped prior to being negotiated are never removed from the set of transcievers (#2838)
Closed: [webrtc-pc] what error is thrown for an SDP without a a=fingerprint attribute (#2672)
Re: [webrtc-pc] Is "same PT, different FMTP lines" allowed in BUNDLE? (#2766)
Re: [webrtc-extensions] Add API to control encode complexity (#191)
- Re: [webrtc-extensions] Add API to control encode complexity (#191)
- Re: [webrtc-extensions] Add API to control encode complexity (#191)
- Re: [webrtc-extensions] Add API to control encode complexity (#191)
Re: [mediacapture-transform] How does generator.mute change track states? (#81)
Closed: [mediacapture-transform] How does generator.mute change track states? (#81)
Closed: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819)
[webrtc-pc] Pull Request: make setCodecPreferences only look at receive codecs
- Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926)
- Re: [webrtc-pc] make setCodecPreferences only look at receive codecs (#2926)
Re: [webrtc-pc] what error is thrown for an SDP without a a=fingerprint attribute (#2672)
Re: [webrtc-pc] is addTrack(track, stream, stream) allowed? (#2803)
Closed: [webrtc-pc] is addTrack(track, stream, stream) allowed? (#2803)
Re: [webrtc-pc] Why is RTCIceCandidatePairStats.totalRoundTripTime mandatory to implement, but not responsesReceived? (#2819)
[webrtc-extensions] new commits pushed by henbos
Closed: [webrtc-extensions] Describe a match algorithm for two RTCIceCandidatePairs (#187)
Closed: [webrtc-extensions] ICE improvements: remove candidate pairs (#170)
[webrtc-extensions] new commits pushed by henbos
[mediacapture-transform] Pull Request: Make MediaStreamTrackProcessor.readable readonly
[webrtc-stats] Pull Request: Replace 'is not present' with 'MUST NOT be [= map/exist | present =]'
[webrtc-stats] Pull Request: Replace 'Does not map/exist' with 'MUST NOT map/exist'
[webrtc-pc] Modify the codec description model to ease describing changes (#2925)
- Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925)
- Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925)
- Re: [webrtc-pc] Modify the codec description model to ease describing changes (#2925)
[webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924)
- Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924)
- Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924)
- Re: [webrtc-pc] QUIC as Transport for Session Traversal Utilities for NAT (STUN) (#2924)
[mediacapture-screen-share] getUserMedia media streams capturing issue in MV3 (chrome extension) with respect to constraints (#296)
[mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295)
- Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295)
- Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295)
- Re: [mediacapture-screen-share] Want to restrict the options of the getDisplayMedia API (#295)
[webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923)
- Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923)
- Closed: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923)
- Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923)
- Re: [webrtc-pc] Adding and stopping transceiver before first offer will result in unremovable transceiver (#2923)
Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915)
- Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915)
- Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915)
- Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915)
- Re: [webrtc-pc] WebRTC spec should explicitly specify all causes of a PeerConnection-sourced track being muted (#2915)
[webrtc-pc] new commits pushed by henbos
[webrtc-stats] new commits pushed by henbos
[webrtc-stats] Make "not present" reference "map/exist" (#776)
[webrtc-stats] Change "Does not" to "must not" (#775)
Closed: [webrtc-extensions] Describe a match algorithm for two RTCIceCandidates (#186)
[webrtc-extensions] new commits pushed by henbos
[mediacapture-screen-share] Pull Request: Explicitly create MediaStream tracks in getDisplayMedia algorithm
Re: [webrtc-pc] TURN servers running over webtransport (#2651)
- Re: [webrtc-pc] TURN servers running over webtransport (#2651)
- Re: [webrtc-pc] TURN servers running over webtransport (#2651)
- Re: [webrtc-pc] TURN servers running over webtransport (#2651)
[mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293)
- Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293)
- Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293)
- Re: [mediacapture-screen-share] Spec should make use of https://w3c.github.io/mediacapture-main/#dfn-create-a-mediastreamtrack to create MediaStreamTrack (#293)
[webrtc-extensions] Pull Request: Add an internal slot for active candidate pairs.
Re: [webrtc-extensions] Define an RTCIceCandidate match algorithm. (#192)
Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
- Re: [mediacapture-screen-share] Distinguish cancellations from absent OS permissions (#281)
Re: [mediacapture-screen-share] Can a shared surface select its derivative window? (#282)
Closed: [mediacapture-screen-share] Can a shared surface select its derivative window? (#282)
Re: [mediacapture-screen-share] Should pending getDisplayMedia() calls reject on sleep and/or screen-lock? (#287)
Closed: [mediacapture-screen-share] Should pending getDisplayMedia() calls reject on sleep and/or screen-lock? (#287)
Closed: [mediacapture-screen-share] Multiple screen capture (#292)
Re: [webrtc-encoded-transform] width/height metadata on incoming streams (#138)
Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175)
- Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175)
- Re: [webrtc-extensions] Add RTCIceTransport method to remove candidate pairs (#175)
Re: [mst-content-hint] Add health warning on "text" constraint (#56)
Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
- Re: [webrtc-pc] setCodecPreferences vs unidirectional codecs (#2888)
Re: [mst-content-hint] highly detailed text in video content (#35)
[webrtc-encoded-transform] Should RTCRtpTransceiverInit have sendTransform and receiveTransform members? (#221)
[webrtc-pc] Pull Request: Move Simulcast envelope concept to RTCRtpSender.
[webrtc-pc] Clarify simulcast envelope is a sender property (#2921)
[mediacapture-main] new commits pushed by dontcallmedom
[webrtc-pc] new commits pushed by dontcallmedom
[webrtc-pc] support for alpha channel when transferring canvas. (#2920)
- Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920)
- Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920)
- Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920)
- Re: [webrtc-pc] support for alpha channel when transferring canvas. (#2920)
[webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long of does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
- Re: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
- Closed: [webrtc-encoded-transform] Is RTCEncodedVideoFrameMetadata.frame_id actually an unsigned long long or does it wrap at 16 bits? (#220)
Re: [mediacapture-record] The changes in the canvas are not being recognized correctly. (#218)
Closed: [mediacapture-record] The changes in the canvas are not being recognized correctly. (#218)
Re: [mediacapture-output] Undesirable prompt from selectAudioOutput({deviceId}) if valid device removed (#137)
Re: [webrtc-pc] Inconsistent rules for rid in RTCRtpEncodingParameters (#2732)
Closed: [webrtc-pc] maxFramerate probably should not be allowed in addTransceiver/setParameters for audio senders (#2815)
Re: [webrtc-pc] maxFramerate probably should not be allowed in addTransceiver/setParameters for audio senders (#2815)
Re: [webrtc-pc] Is it illegal to modify sdp between createOffer and setLocalDescription? (#2907)
Re: [webrtc-pc] Document test updates associated with amendments (#2910)
Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
- Re: [webrtc-encoded-transform] Add description of an API for controlling SDP codec negotiation (#186)
Re: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
Closed: [webrtc-pc] data channel default binaryType value is 'blob' (#2170)
Re: [mediacapture-image] Add support to get and set desired image format (#185)
Re: [webrtc-stats] Add "only exists" clause to various audio/video stats (#774)
Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
- Re: [mediacapture-main] Avoid circular definition of muted. (#982)
Re: [mediacapture-region] Should we support strings in addition or in lieu of opaque identifiers? (#46)
Re: [mediacapture-region] Specify a predictable error type for unimplemented Element subtypes (#57)
Re: [webrtc-pc] Clarify unmute event must fire on receiver.track AFTER sRD(offer) succeeds (#2880)
Re: [webrtc-stats] [editorial] add "only exists" clause to various audio/video stats (#774)
Re: [mediacapture-screen-share] Multiple screen capture (#292)
[webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Closed: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)
- Re: [webrtc-pc] Changing RTCRtpTransceiver direction from recvonly to sendrecv on the answerer side doesn't fire negotiationneeded event (#2919)