W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > June 2020

Re: [mediacapture-screen-share] mute and unmute events of MediaStreamTrack should not be fired based on user non-action (#141)

From: guest271314 via GitHub <sysbot+gh@w3.org>
Date: Sat, 27 Jun 2020 14:23:52 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-650567359-1593267831-sysbot+gh@w3.org>
The issue occurs when capturing "Your Entire Screen", "Application Window" or "Chromium Tab", not just "Chromium Tab". The video track simply abruptly goes mute in 4 seconds at Chromium 85.0.4173.0, where `inactive` event is still defined that event is fired. The `MediaStreamTrack` appears to be tied to some user activation scheme or algorithm, though per the specification should not be. Whether user action occurs or not `mute` event is eventually fired for no clear reason.

(index):31 blob:https://run.plnkr.co/b1904285-775d-412f-a76c-76305718d7f8
(index):32 Uncaught DOMException: Failed to execute 'stop' on 'MediaRecorder': The MediaRecorder's state is 'inactive'.
    at MediaRecorder.recorder.ondataavailable (https://run.plnkr.co/preview/ckbxq5ngg00072v6tkrwi1gcs/:32:22)
recorder.ondataavailable @ (index):32
(index):28 Event {isTrusted: true, type: "stop", target: MediaRecorder, currentTarget: MediaRecorder, eventPhase: 2, …}
(index):17 inactive

GitHub Notification of comment by guest271314
Please view or discuss this issue at https://github.com/w3c/mediacapture-screen-share/issues/141#issuecomment-650567359 using your GitHub account
Received on Saturday, 27 June 2020 14:23:54 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:51 UTC