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

Issue 636020 link

Starred by 1 user

Issue metadata

Status: Duplicate
Merged: issue 636233
Owner:
Closed: Aug 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

"Reset to ask" in chrome://settings/siteSettings fails/not clickable

Project Member Reported by srnarayanan@chromium.org, Aug 9 2016

Issue description

Version: M54 Canary 54.0.2824.0
OS: Mac OSX 10.11.6, Win 7

What steps will reproduce the problem?
(1) Launch Chrome Canary
(2) Open https://test.webrtc.org/manual/audio-and-video/
(3) Confirm that audio is heard and video is seen, as expected
(4) Navigate to chrome://settings/siteSettings and change the Camera and Microphone settings to "Reset to ask" against https://test.webrtc.org domain
(5) Relaunch the audio-and-video test page

What is the expected output?
A dialog box should pop up asking for permissions to allow/block media

What do you see instead?
"Reset to ask" not clickable


Please use labels and text to provide additional information.

 
Components: Blink>GetUserMedia
Labels: -Pri-3 Pri-2
Owner: guidou@chromium.org
Status: Assigned (was: Untriaged)
guidou@ could you PTAL? Has the permission model changed with the new site settings page?

Comment 2 by guidou@chromium.org, Aug 10 2016

Cc: hbos@chromium.org
Can't reproduce this on my Linux machine. hbos@, can you try on a Windows machine?

Comment 3 by hbos@chromium.org, Aug 10 2016

On Chrome Canary on my Win7 laptop.

chrome://settings/siteSettings just takes me to chrome://settings, but I went into Settings > Privacy > Content settings... > [Microphone/Camera] > Manage exceptions... and removed test.webrtc.org.

I relaunching the test page and it asked again as expected.

The bug says Mac OSX though, I can try that too after lunch.

Comment 4 by hbos@chromium.org, Aug 10 2016

(That's was on Version 54.0.2794.0 canary (64-bit))
hbos@ you need to you use the version in the description or later as the new site settings page has just landed.
Basically want to know if this is a bug from our side or if it's the team behind the site settings page.

Comment 7 by hbos@chromium.org, Aug 10 2016

Same (expected) behavior on my Mac laptop (this time a chromium local build from latest master). Still not sure where chrome://settings/siteSettings should take me.

Comment 8 by guidou@chromium.org, Aug 10 2016

On Linux latest master chrome://settings/siteSettings behaves exactly as hbos@ decribes in #3

jansson@, can you reproduce?

Either way, I am not aware of any changes to the permission model, so it is probably a UI issue with the new settings page.
Components: -Blink>GetUserMedia UI>Settings UI>Browser>WebUI
Owner: finnur@chromium.org
OK thanks for taking a look, will reassign!

finnur@ could this be related to your latest work on siteSettings?
Mergedinto: 636233
Status: Duplicate (was: Assigned)
This is a recent UI issue that Dave is working on, I believe.

Sign in to add a comment