New issue
Advanced search Search tips

Issue 923495 link

Starred by 2 users

Issue metadata

Status: Unconfirmed
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug-Regression



Sign in to add a comment

access to incognito when disabled by admin

Reported by gchrist...@d64.org, Jan 18 (4 days ago)

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36
Platform: 10895.78.0 (Official Build) stable-channel candy

Steps to reproduce the problem:
From login screen:

1) go to accessibility menu and turn on chromevox
2) from top left access chomevox menu and go to chromevox submenu and select "open chromevox tutorial"
3) click the gear a top right of chromevox menu bar if tutorial doesn't immediately show up
4) click next until the "Learn more" screen
5) click "Chromebook keyboard shortcuts"
6) login as a user. An incognito tab is now open to the keyboard shortcut page. Bypassing any filtering based on chrome extensions or any blocking of incognito mode.

What is the expected behavior?
The logged in user should not have access to incognito windows. Forced extensions should be in play.

What went wrong?
An incognito window was available to the user when they logged in for as long as they didn't close it they had a enterprise settings free window.

Did this work before? Yes not sure

Chrome version: 71.0.3578.98  Channel: stable
OS Version: 69.0.3497.120
Flash Version: 31.0.0.108

Kids are looking for specific version number chromebooks when they need a loaner, so this is something that wasn't always happening. But i am not sure when it started.
 

Comment 1 by gchrist...@d64.org, Jan 18 (4 days ago)

Can't reproduce on latest build. Sorry for wasting your time.

Sign in to add a comment