Issue metadata
Sign in to add a comment
|
access to incognito when disabled by admin
Reported by
gchrist...@d64.org,
Jan 18
(4 days ago)
|
||||||||||||||||||
Issue descriptionUserAgent: 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. |
|||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||
Comment 1 by gchrist...@d64.org
, Jan 18 (4 days ago)