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

Issue 754151 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Bug
Team-Security-UX



Sign in to add a comment

Site Details page does not get dynamically updated for Embargo/'Automatically Blocked'.

Reported by abom...@etouch.net, Aug 10 2017

Issue description

Chrome Version:62.0.3181.0 (Official Build) c81633b02745de3295e97836086dbb7bc3e2f22c-refs/heads/master@{#493197}
OS:Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.3)

Pre-condition: Enable Site details flags (#enable-site-details)

What steps will reproduce the problem?
1. Launch chrome and navigate to https://permission.site/
2. Click on Page Info bubble, click "Site settings", and drag the Site Details tab out into a new window so that Site Details windows are viewable at the same time.
3. On https://permission.site,Click 'Notifications', wait for the prompt to appear, then press ESC to dismiss
the prompt. Repeat until the prompt no longer appears.
4. Observe same permission in the Site Details page.

Actual:Site Details page does not get dynamically update for 'Automatically Blocked'
Expected:Site Details page should automatically update for 'Automatically Blocked'

This is non-regreession issue,seen from 'M62' (62.0.3176.0) newly added feature.
 
Actual_automatic.mp4
676 KB View Download
Status: Untriaged (was: Unconfirmed)
As this being a Non-Regression issue, changing the status to Untriaged so that the issue would get addressed.

Thank You!
Components: -UI>Settings UI>Browser>SiteSettings
Labels: -Pri-2 -M-62 OS-Chrome Pri-3
Owner: patricia...@chromium.org
Status: Assigned (was: Untriaged)
Summary: Site Details page does not get dynamically updated for Embargo/'Automatically Blocked'. (was: Site Details page does not get dynamically update for 'Automatically Blocked'. )
Thanks for filing this! I think this is OK for now where you only see it when you refresh. Currently there's no observer setup for the PermissionDecisionAutoBlocker, but I don't think we want to change that - Permissions code is currently going through a refactor, and this should be fixed at the same time as when the PermissionManager becomes the only class that things that need to ask for / set permissions need to talk to.

Comment 3 by est...@chromium.org, Nov 10 2017

Labels: Hotlist-EnamelAndFriendsFixIt

Comment 4 by est...@chromium.org, Feb 18 2018

Labels: -Hotlist-EnamelAndFriendsFixIt

Sign in to add a comment