Issue metadata
Sign in to add a comment
|
Chromevox not initializing properly on boot after latest canary build
Reported by
nimerjaber1@gmail.com,
Aug 7 2016
|
||||||||||||||||||||||
Issue descriptionMode: force_next Version: 54.0.2820.2 Reproduction Steps: After the latest canary update, and after restarting the computer, Chromevox exhibited strangeness. No chromevox commands worked. Opening a new tab allowed Chromevox to read the address bar, however I was unable to navigate the page at all. I was unable to access Chromevox options. I attempted to restart Chromevox by pressing CTRL+Alt+Z multible times, however Chromevox was silent. After a reboot, I experienced same behavior. The only way I got Chromevox working was to nvigate to Chrome settings via system tray, and to disable and enable Chromevox in this manner. While navigating the settings, Chromevox would read one item at a time, without interrupting speech when navigating to the next item. In summary, Chromevox was not initialized properly on boot, and chromevox commands cannot be registered. Chromevox cannot be restarted with a keyboard command. Chromevox works fine after disabling and re-enabling it in Chrome settings.
,
Aug 8 2016
,
Aug 8 2016
Saw the same issue on a samus on 54.0.2822.0. I checked on couple of samus devices, but it was observed on only one of them. When i check the chrome://inspect logs, no log data was found. The chromevox shows as its enabled but it doesn't work.
,
Aug 8 2016
Also experienced the same behavior with an HP Chromeboook running latest canariy... I can update with model of that one if needed. Initial bug report was made regarding Google Samus.
,
Aug 8 2016
I updated Samus Canary and my ChromeVOx is shot. Are there debugging logs that could help determine root cause and resolve this P0 issue?
,
Aug 8 2016
,
Aug 8 2016
Samus is a silent paperweight until this is resolved and I'll need to visit Chrome/TechStop to have it updated by sighted-person when it's fixed...
,
Aug 9 2016
If you could navigate or someone navigate) to the ChromeVox background page and provide that output, that would be very helpful. Easiest way is to: - open the ChromeVox options page (either via the keystroke or through chrome settings) - substitute the options.html with background.html
,
Aug 9 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/03bc1f9c36c253bfd2ef0b53cf621a52128198f3 commit 03bc1f9c36c253bfd2ef0b53cf621a52128198f3 Author: dtseng <dtseng@chromium.org> Date: Tue Aug 09 15:50:06 2016 Revert of Move ChromeVox loading out of ComponentLoader. (patchset #3 id:40001 of https://codereview.chromium.org/2212853002/ ) Reason for revert: BUG= 635294 Repro: - run Chrome OS on linux with an existing profile and with the flag --login-manager - sign in or go through OOBE with ChromeVox on (and working) result: content scripts appear to be broken when logged in. I suspect user ChromeVox isn't loading. Original issue's description: > Move ChromeVox loading out of ComponentLoader. > > First, it isn't actually necessary to load ChromeVox from > ComponentLoader. This code is probably historical. For quite some time, > AccessibilityManager automatically loads ChromeVox on startup if the > flag is set (and automatically loads/unloads when the flag changes). > We should load it from only one place. Tested manually during startup > and when logging into a session, both work fine without this call. > > Second, I intend to refactor AccessibilityManager so that it can support > multiple accessibility component extensions. Rather than a separate function > in ComponentLoader to load each one, I think it'd make more sense for > AccessibilityManager to just call ComponentLoader with the appropriate > parameters like the extension id and path. > > BUG= 634233 > > Committed: https://crrev.com/18f89cf0b120afff95e064f437140bdbfb33ef36 > Cr-Commit-Position: refs/heads/master@{#409916} TBR=rdevlin.cronin@chromium.org,dmazzoni@chromium.org # Not skipping CQ checks because original CL landed more than 1 days ago. BUG= 634233 Review-Url: https://codereview.chromium.org/2229833002 Cr-Commit-Position: refs/heads/master@{#410685} [modify] https://crrev.com/03bc1f9c36c253bfd2ef0b53cf621a52128198f3/chrome/browser/chromeos/accessibility/accessibility_manager.cc [modify] https://crrev.com/03bc1f9c36c253bfd2ef0b53cf621a52128198f3/chrome/browser/extensions/component_loader.cc [modify] https://crrev.com/03bc1f9c36c253bfd2ef0b53cf621a52128198f3/chrome/browser/extensions/component_loader.h
,
Aug 9 2016
Looking forward to build 2825 that has this fixed. Thanks David!
,
Aug 11 2016
,
Aug 15 2016
Hello, This issue seems to be unfixed on Chromebook Pixel 2 on chrome version 54.0.2826.0 Unable to hear any spoken feedback on the computer once logged in.
,
Aug 15 2016
Canary seems to be broken, was this fix verified in canary?
,
Aug 15 2016
Can you get speech with guest mode?
,
Aug 15 2016
I had to request ChromeStop reimage me from Canary > Beta. The workaround of toggle cvox in a11y settings didn't work, nor was it possible to open ChromeVox Settings.
,
Aug 15 2016
Can someone help verify the fix? It sounds like anyone running the bad build may have inherited some bad state.
,
Aug 15 2016
I auto updated to 54.0.2826.0 build on my samus and Cvox works fine for me.
,
Aug 16 2016
Per #12 #13: Build 2826 on Samus has no ChromeVox speech. I was told visually, cvox worked, but there was no speech-output. via TTS
,
Aug 16 2016
I do have speech here again. Cannot repro brokenness.
,
Aug 16 2016
Hope that this issue doesn't trickle down to Dev > Beta > Stable...
,
Aug 17 2016
@c20, this issue should be fixed and we've gotten multiple verifications from an upgrade scenario. I've also verified on a clean install. Let us know if you're still seeing it if you venture back on to Canary.
,
Sep 14 2016
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by nimerjaber1@gmail.com
, Aug 7 2016