Issue metadata
Sign in to add a comment
|
[Feature Request] Add a way to disable all Accessibility feature hotkeys in ChromeOS
Reported by
jim.dantin@chromium.org,
Apr 28 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 9334.58.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.89 Safari/537.36 Platform: 9334.58.0 (Official Build) beta-channel auron_yuna Steps to reproduce the problem: 1. Accidentally press a hot key combination 2. Be confused by high contrast display, or other modal change 3. Not understand how to return device to normal UI What is the expected behavior? Accessibility options are available in Settings, but also through hot keys. Users who do NOT require or want access to the Accessibility features should be able to turn them off. What went wrong? User accidentally hits a key sequence and has a very unpleasant UX. Or, a child, cat, or prankster toggles the feature without owner's knowledge. These issues may seem uncommon or rare, but there are an ongoing stream of posts on CBC asking why their Chromebook is not working as they expect. Notifications are not being noticed or understood by users. Did this work before? No Chrome version: 58.0.3029.89 Channel: beta OS Version: 9334.58.0 Flash Version: 25.0.0.148 #CBC-RS/TC-watchlist Recent CBC threads that illustrate the issue: https://productforums.google.com/forum/#!topic/chromebook-central/H7rJ5J8O1oA https://productforums.google.com/forum/#!topic/chromebook-central/UcN5_qoqJD0 https://productforums.google.com/forum/#!topic/chromebook-central/lmafJBxk_Es https://productforums.google.com/forum/#!topic/chromebook-central/_fvYNIo2Zec (MANY more examples are available, if needed) 701082 discusses adding yet another feature that will exacerbate the problem. Touchpad and touchscreen toggling by hot key is being used by students as a prank. If the features are made more readily available, the problem becomes larger. Ideally, a user should be able to LOCK the accessibility features into whatever state the user wishes. Changes to the features would then be under the user's full control with no unexpected toggles.
,
Apr 28 2017
ChromeVox is a big issue especially in classrooms. Too many times have I witnessed a silent classroom being disturbed suddenly by someone turning on ChromeVox at full blast. Also, high contrast, I have turned on as a joke (because I am, well, a kid) It is extremely easy to do.
,
Apr 29 2017
For schools, administrators should control this through policy, so the features can be turned off globally with exceptions for specific students with legitimate disabilities.
,
May 5 2017
Hi all Yes this is a problem for us as a school, children will change the settings on the device before logging in and then the next user sharing the Chromebook wouldn't know how to change it back and have to call IT dept. Would like a feature to disable it globally on the device level so user can't change it. Thanks
,
May 9 2017
,
May 20 2017
Thanks for bumping up the priority We are seeing a rather significant upsurge in High Contrast issues in CBC. I suspect many are simple typos - the search+shift+h hotkey is very easy to trigger while trying to simply type a capital "H". The notification seems pretty explicit about what is happening and how to turn it off, but users are in a panic and don't notice the notification until it goes away.
,
Oct 25 2017
We are getting daily posts on Chromebook Central from users who have ended up activating High Contrast mode. I thought the hotkey was being changed to ctrl+search+h Since this is Pri-1, I would hope for resolution.
,
Mar 23 2018
I have to repeat previous user's comment, as it applies to our schools as well. It is a serious, disruptive problem that needs to be fixed! This is a problem for us as a school, children will change the settings on the device before logging in and then the next user sharing the Chromebook wouldn't know how to change it back and have to call IT dept. Would like a feature to disable it globally on the device level so user can't change it. Thanks
,
Apr 20 2018
I'd settle for a keyboard shortcut that a user can press to easily turn off all accessibility features in one action (which requires no mouse/screen use). [I can understand why it may be problematic to permanently disable the features] Several times a year I get a phone call from my elderly grandmother because she has inadvertently turned on high contrast, screen reader, magnifier, etc. In some of these cases she can't get me remoted in easily. I'd love to be able to give her a keyboard shortcut to just reset everything... (similar to ctrl + shift + 0 to reset display resolution) Maybe this can be developed in an extension using the a11y api's and then a keyboard shortcut mapped to the extension? https://developer.chrome.com/apps/accessibilityFeatures
,
Jun 4 2018
(Bulk Edit) Adding the new conops Chrome OS hotlist to all open issues with the "#CBC-RS/TC-watchlist" tag, our former tracking tag.
,
Jul 18
,
Aug 29
Yes this is a real problem at our school and is costing valuable teaching time. Students quit one anothers chromebooks as they walk past, change orientation and resolution as a prank. I would like the ability to disable the keyboard shortcuts that we do not use. Please allow this within G suit admin. Can't wait for this feature request to be added. Thanks Marnie
,
Dec 14
Hello! This bug is receiving this notice because there has been no acknowledgment of its existence in quite a bit of time - If you are currently working on this bug, please provide an update. - If you are currently affected by this bug, please update with your current symptoms and relevant logs. If there has been no updates provided by EOD Wednesday, 12/19/18 (5pm EST), this bug will be archived and can be re-opened at any time deemed necessary. Thank you!
,
Dec 20
Due to lack of action this bug has been Archived. If work is still being done on this issue or you are still experiencing this issue please feel free to re-open with the appropriate information. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by abodenha@chromium.org
, Apr 28 2017Components: -UI UI>Accessibility
Owner: lpalmaro@chromium.org
Status: Assigned (was: Unconfirmed)