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

Issue 739084 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Jul 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Microphone drop-down is in disabled form even after 'Use your camera and microphone' permission is allowed

Reported by sans...@etouch.net, Jul 4 2017

Issue description

Chrome Version: 61.0.3148.0 (Official Build) 155b257ae4cf8873f8561ec6a00c61ebec47548a-refs/heads/master@{#484021}-32/64 bit
OS: Windows (10),Linux (14.04 LTS),Mac OS X(10.12.3)

Steps:
1. Launch Chrome, navigate to https://appr.tc/ and allow 'Use your camera and microphone' permission
2. Click on Camera icon in omnibox and observe 

Actual: Microphone drop-down is in disabled form even after 'Use your camera and microphone' permission is allowed

Expected: Microphone drop-down should not be in disabled form.

This is regression issue, broken in ‘M 61’ and will soon update other info :

Good build:61.0.3145.0
Bad build: 61.0.3146.0

Note: Issue is seen for Camera device

 
 
Actual_Expected_result.jpg
105 KB View Download
Labels: hasbisect-per-revision ReleaseBlock-Stable
Owner: guidou@chromium.org
Status: Assigned (was: Unconfirmed)
Using the per-revision bisect providing the bisect results,
Good build:61.0.3145.0(Revision:483574).
Bad build:61.0.3146.0(Revision:483866).

You are probably looking for a change made after 483637 (known good), but no later than 483638 (first known bad).

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/9bb146d9fd4a7acc089c5dc7710befab1d7f5a03..68360310a67c402b76f1fea6a664c6a284b73c4e

From the CL above, assigning the issue to the concern owner

@guidou: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url: https://codereview.chromium.org/2933413002
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #61.0.3148.0
Adding Release Block-Stable for this issue.Please remove if not the case.
Status: WontFix (was: Assigned)
This is intended.
The only thing that selector did was to change the user-preferred device in content settings, which is not at all what a user would expect. 
The selector has no effect on the getUserMedia call that triggers it.

Note that the selector has been disabled for cameras for a while, and now we have completed the work for microphones as well.
Labels: -ReleaseBlock-Stable -M-61

Sign in to add a comment