New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 623588 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Email to this user bounced
Closed: Aug 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

element.setSinkId() only works for "default" and "communications"

Reported by ch...@kaczorzoo.net, Jun 27 2016

Issue description

Chrome Version       : 51.0.2704.103 (Official Build) m (32-bit)
User Agent           : Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/51.0.2704.103 Safari/537.36
URLs (if applicable) : https://guidou.github.io/setsinkid-src.html

What steps will reproduce the problem?
(1) Play video or audio on example page
(2) Select "default" or "communications" as output device - audio goes to proper sources
(3) Select an explicit device - audio goes to default device instead

What is the expected result?

Audio should go to selected device.

What happens instead?

Audio goes to default device.

Please provide any additional information below. Attach a screenshot if
possible.

audiooutput devices are:

- Default
- Communications
- Speakers (VIA HD Audio)
- Speakers (GN 9350)

Windows is configured so "default" is VIA HD Audio (speakers) and "communications" is GN 9350 (headset).

When "Default" is selected audio goes to VIA HD Audio and when "Communications" is selected audio goes to GN 9350 - all good.

When "Speakers (GN 9350)" is selected audio goes to VIA HD Audio which is wrong.  Chrome is able to use this device properly when using "communications" but not when using the device ID specifically.

The same behavior is observed on other sites and other Windows systems.
 
Components: Blink>Media>Audio Blink>Media>Video
Labels: Needs-Feedback
Tested the issue on windows 7 using 51.0.2704.103, latest stable 51.0.2704.106, canary 53.0.2783.2 with below steps:

1.Opened URL: https://guidou.github.io/setsinkid-src.html
2.Got pop up error 'object navigator user media error' and clicked ok.
3.Clicked on play button of OGV video and video played.
4.Getting error when audio device is selected another.
5.repeated same process for MP3 audio.

Please find attached screencast and update if anything missed here in triaging the issue.

chris@Could you please provide actual and expected behavior screencast for better understanding the issue to triage it further.
623588.mp4
632 KB View Download

Comment 2 by ch...@kaczorzoo.net, Jun 30 2016

It looks like you're not allowing Chrome access to the media devices - either you clicked to block the request or Chrome is configured to always block.  See video attachment "623588 - Access Denied" to see this.

The proper reproduce case is covered in the "623588 - Access Allowed" video.  As shown in the "Windows Sound 1" screenshot "GN 9350" is set as the default communications device and as shown in the "Windows Sound 2" screenshot "VIA HD Audio" is the default device.

Whenever "default" is selected in the video the audio goes to "VIA HD Audio" and whenever "communications" is selected in the video the audio goes to "GN 9350" which is how it should be.  But when "GN 9350" is selected specifically audio goes to "VIA HD Audio" which isn't correct.

Windows Sound 1.png
26.8 KB View Download
Windows Sound 2.png
24.7 KB View Download
623588 - Access Allowed.mp4
401 KB View Download
623588 - Access Denied.mp4
848 KB View Download
Project Member

Comment 3 by sheriffbot@chromium.org, Jul 1 2016

Labels: -Needs-Feedback Needs-Review
Owner: ssamanoori@chromium.org
Thank you for providing more feedback. Adding requester "ssamanoori@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Components: -Blink>Media>Audio -Blink>Media>Video Blink>WebRTC
Labels: -Needs-Review Needs-Feedback
Owner: ----
Tested the issue on Windows 7 using latest stable 52.0.2743.116, canary 54.0.2817.0.Observed that whenever "communications" is selected in the video, not generated the crash ID.

Please find attached screencast.

chris@Could you please check the attached screencast and confirm if this is the expected behavior.
623588.mp4
595 KB View Download

Comment 6 by ch...@kaczorzoo.net, Aug 10 2016

I'm not sure what you're referring to by "not generated the crash ID" - to my knowledge there's never been a crash, just the audio not going where expected.

Since I originally filed this I got another USB headset and it works properly - when I select it either using "communications" or by ID the audio goes to the right place.  

My original headset still has the issue - audio goes there when "communications" is selected but NOT when selected by ID.  So it seems like the bug might be slightly different than originally reported.

Is there a log I can get to see why Chrome isn't playing audio to this device when selected by ID?

Comment 7 by ch...@kaczorzoo.net, Aug 10 2016

Hrm - after testing with 52.0.2743.116 it seems like everything is working correctly.  It seems like this was fixed somewhere else.
Project Member

Comment 8 by sheriffbot@chromium.org, Aug 18 2016

Labels: -Needs-Feedback Needs-Review
Owner: ssamanoori@chromium.org
Thank you for providing more feedback. Adding requester "ssamanoori@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Needs-Review
Status: WontFix (was: Unconfirmed)
Closing as WontFix as per comment #7 since it doesn't seem possible to reproduce the error anymore.

Sign in to add a comment