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

Issue 714957 link

Starred by 3 users

Issue metadata

Status: Duplicate
Merged: issue 755256
Owner:
Last visit > 30 days ago
Closed: Jun 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 3
Type: Bug



Sign in to add a comment

URL Whitelist policy is not always effective

Project Member Reported by jingwee@chromium.org, Apr 25 2017

Issue description

M	ChromeOS	Chrome	ARC	Type	Channel
59	9460.5.0	59.0.3071.15	(multiple)	release	dev

What steps will reproduce the problem?
(1) Assign the following User Settings in CPanel:
    Pages to Load on Startup: chrome://policy, chrome://settings
    URL Blacklist: *
    URL Blacklist Exception: chrome://policy, chrome://settings
(2) Repeat login and logout device a few times to see if any of the whitelisted URLs is blocked at any point.


What is the expected result?
The whitelisted URLs chrome://policy and chrome://settings should never be blocked as long as the policy is effective.


What happens instead?
The whitelisted URLs were blocked intermittently.


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

I ran the test as described above, signing in and out for 10 times on Reks and Peppy side by side.
For tries #1-3, both were behaving normal and the whitelisted pages were not blocked.
For tries #4-5, the whitelisted pages were blocked on Reks while they were displayed on Peppy.
For tries #5-6, the whitelisted pages were blocked on Peppy while they were displayed on Reks.
On try #8, the whitelisted pages were blocked on both Peppy and Reks.
For tries #9-10, both were behaving normal and the whitelisted pages were not blocked.

Logs and screenshots attached.
 
Screenshot from 2017-04-24 18:49:39.png
330 KB View Download
Peppy-debug-logs_20170424-173224.tgz
129 KB Download
Reks-debug-logs_20170424-173232.tgz
163 KB Download

Comment 1 Deleted

Attaching more screenshots from 4 user sessions in 2 minutes.

Also screenshot of settings on CPanel.
Screenshot 2017-04-26 at 15.23.24.png
122 KB View Download
Screenshot 2017-04-26 at 15.23.50.png
85.9 KB View Download
Screenshot 2017-04-26 at 15.24.24.png
121 KB View Download
Screenshot 2017-04-26 at 15.25.04.png
85.7 KB View Download
Cpanel.png
36.3 KB View Download
Cc: pmarko@chromium.org trapti@chromium.org krishna...@chromium.org
Components: Enterprise
Owner: ----
Status: Available (was: Unconfirmed)
As tested in M60.0.3112.20: 9592.10.0 dev daisy, peppy and reks, the issue still persists.

Reproduced in first user session on peppy.
Reproduced in second user session on reks.
Reproduced in third user on daisy.

Daisy-debug-logs_20170606-195801.tgz
162 KB Download
Daisy-Screenshot 2017-06-06 at 19.58.05.png
116 KB View Download
Reks-debug-logs_20170606-195718.tgz
175 KB Download
Reks-Screenshot 2017-06-06 at 19.57.41.png
115 KB View Download
Peppy-Screenshot 2017-06-06 at 19.57.48.png
115 KB View Download
Peppy-debug-logs_20170606-195723.tgz
193 KB Download
Labels: Enterprise-Triaged
Owner: jingwee@chromium.org
Status: Assigned (was: Available)
No repro with 61.0.3125.0 (Developer Build) on chell. Tried about 10 times, with no repro. Can you try on chell on 59.0.3071.15 and/or on a M60 or M61 build? Thanks!
Cc: ljusten@chromium.org
Status: WontFix (was: Assigned)
Strangely, I could no longer reproduce the issue with all the devices and even with the earlier builds mentioned in this bug.

I will close this now and reopen if it happens again.
Mergedinto: 755256
Status: Duplicate (was: WontFix)

Sign in to add a comment