Cannot mute the remote audio stream using WebRTC API
Reported by
pan.dev....@gmail.com,
Mar 3 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.75 Safari/537.36 Example URL: https://thinclient13.webex.com/meet/beshe Steps to reproduce the problem: 1. Join WebEx meeting through Chrome browser. 2. Join Audio. 3. Click the icon (3 dots icon in menu bar) to mute the local speaker. What is the expected behavior? You should not not hear remote audio What went wrong? You can still hear remote audio even when local speaker is muted. Even when the Audio track which is WebRTC audio object "enabled" property is false. Did this work before? Yes version 47 Chrome Stable worked fine Is it a problem with Flash or HTML5? HTML5 Does this work in other browsers? Yes Chrome version: 49.0.2623.75 Channel: stable OS Version: 7 Flash Version: Shockwave Flash 20.0 r0 In order to reproduce this problem, one need to join first as host though a regular WebEx PC client, and then the participant can join as browser client. please reach out either to beshe@cisco.com(Benrui She) or tusingh@cisco.com(Tushar Singh) in order to reproduce this issue. You can also reach out to niklase@google.com(Niklas Enbom) at Google regarding this issue.
,
Mar 3 2016
If I understand correctly, this doesn't work as expected in 48 and later. Can someone confirm?
,
Mar 4 2016
I can't seem to figure out how to sign up for an account in a way that lets me host meetings. I went through the signup flow at https://thinclient13.webex.com/mw3100/mywebex/register.do, but I saw some message about requiring admin approval before my account could be created. Does anyone have a more isolated test/sample page (e.g. jsfiddle) we can use to reproduce and debug this issue?
,
Mar 4 2016
Hi Tommi, That's correct , it works on chrome bersion 47 and below but not on 48 and above. We got to test the older version from here - https://commondatastorage.googleapis.com/chromium-browser-snapshots/index.html?prefix=Win/352221/ Hi Ted, We got your account request. We are in the process of updating our Conference servers. Once that is done, we will get you an account on the site for you to test it. Thanks for holding on and apologies for delay -Tushar
,
Mar 6 2016
tnakamura: please share your account with srnarayanan when you've received it, so this can be tested. guidou: is this a test that we can add?
,
Mar 7 2016
By accident, I found a number of tests that do muting in content_browsertests: content/browser/media/webrtc/webrtc_browsertests.cc EstablishAudioVideoCallAndVerifyRemoteMutingWorks EnsureLocalVideoMuteDoesntMuteAudio and so on. These pass in bots. Check that we agree on what "remote mute" means.
,
Mar 7 2016
tnakamura, I have a test account you can use.
,
Mar 9 2016
tnakamura: We have added your account on the site. You should receive the mail regarding this. 1. If you can access and login, you should be able to join as host to the site (click on Log In button on far right and enter credentials). 2. Once you do that, go to Meeting Center tab and join your personal room from Mac or Windows. This will launch the Webex PC client Enable audio and video. 3. Now from another machine go to https://thinclient13.webex.com 4. Enter your user name for account and click Join 5. Join WebEx meeting through Chrome browser (it should say Beta). 6. Join Audio. 7. Click the icon (3 dots icon in menu bar) to mute the local speaker. from Webex PC client. Expected result - You should not hear remote audio Actual result - You can still hear remote audio It works on chrome version 47 and below but not on 48 and above
,
Mar 10 2016
Thank you for providing more feedback. Assigning to requester "kjellander@chromium.org" for another review. For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 15 2016
Hi, Has there been any update on this?
,
Mar 16 2016
Oh, it's unfortunate this was assigned to me (that's not how our WebRTC triage process works) since I've been busy (and missed following up on this). Ted: can you take a look?
,
Mar 17 2016
I think we need a clearer repro case. I did a simple test page by modifying https://webrtc.github.io/samples/src/content/peerconnection/audio/. I extract the audiotrack from the remote stream, set enabled to false, and it mutes correctly in Chrome 51. Attaching sample code (you need --disable-web-security --allow-file-access-from-files to run locally)
,
Apr 13 2016
Here's another example of remote working, this time with https://appr.tc: 1) Join a two party AppRTC call 2) Open the js console 3) Enter this command to mute remote (aka incoming) audio: document.querySelector('#remote-video').srcObject.getAudioTracks()[0].enabled = false; 4) and to unmute: document.querySelector('#remote-video').srcObject.getAudioTracks()[0].enabled = true; Those steps work for me - the remote audio is muted (and unmuted) as expected. (separately, kjellander@ asked for webex credentials. I've shared those internally; please search for "webex" in valentine)
,
Apr 15 2016
It's been nearly a month since niklase@ posted his follow up, and there hasn't been any replies from the original bug reporter. Because of that, and the fact that this doesn't repro with apprtc (comment #13), I'm going to close this issue. I'm willing to reopen it, though, if a smaller/isolated test page is presented that demonstrates the bug. :)
,
Sep 29 2016
|
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by niklase@chromium.org
, Mar 3 2016Components: -Internals>Media Blink>Webrtc>GetUserMedia