Issue metadata
Sign in to add a comment
|
Page requires refresh before changes in page action icon bubbles take effect
Reported by
joe.pal...@iproov.com,
Oct 6 2016
|
||||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.143 Safari/537.36 Steps to reproduce the problem: 1. https://webrtc.github.io/samples/src/content/getusermedia/gum/ 2. Click block 3. Click the camera icon in the address bar 4. Choose 'Always allow...' then click Done What is the expected behavior? The camera icon changed to the version without the cross. What went wrong? The camera icon continues to show a cross implying that access is still blocked. Did this work before? N/A Chrome version: 53.0.2785.143 Channel: stable OS Version: OS X 10.11.6 Flash Version: Shockwave Flash 23.0 r0
,
Oct 21 2016
Privacy FYI, because broken indication (although in the other direction) is a potential problem for user privacy.
,
Oct 23 2016
It looks like a callback to update the icon isn't hooked up properly. This is also the case on ChromeOS at least, which makes me suspect it's on all desktop platforms. I confirmed that getUserMedia() does not seem to cache the permission decision (which would make the lack of icon change the correct functionality); calling getUserMedia() after using the page action icon from block to allow immediately succeeds even though the icon is block. cc'ing other permissions folks. I have a pretty full queue right now.
,
Oct 23 2016
Yeah it requires page reload to make the permission change take effect, from page action icon, it's not only for medias, but for all permission types. It works fine for me after reload the page on my mac.
,
Oct 24 2016
This is known behavior. It would be nice to fix, but since we're rethinking page action icons altogether we may want to wait until then.
,
Dec 5 2016
,
Dec 13 2016
Note: this goes both ways: - if you allow microphone - then use the page indicator to block it the blocking doesn't happen immediately but the user isn't informed. So this probably is more important than otherwise thought. The fix should be simple - we just need to show the same infobar that is shown when changing permissions via the page info dialog.
,
Dec 13 2016
,
Apr 21 2017
|
|||||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||||
Comment 1 by tapted@chromium.org
, Oct 7 2016Components: -UI Internals>Permissions UI>Browser>Permissions