diff options
author | dtseng <dtseng@chromium.org> | 2015-07-16 09:41:59 -0700 |
---|---|---|
committer | Commit bot <commit-bot@chromium.org> | 2015-07-16 16:42:42 +0000 |
commit | 85fd9dbc7ae755de2bff42b302db1ab5f5b0f125 (patch) | |
tree | b4c59dea27b5ead93d759c6b693c1a84b629009c /components/components_tests.gyp | |
parent | 92c53b4410c1d19405ffd9579e282a0ef5cd03a8 (diff) | |
download | chromium_src-85fd9dbc7ae755de2bff42b302db1ab5f5b0f125.zip chromium_src-85fd9dbc7ae755de2bff42b302db1ab5f5b0f125.tar.gz chromium_src-85fd9dbc7ae755de2bff42b302db1ab5f5b0f125.tar.bz2 |
Reset RendererAccessibility state when enabling tree only accessibility mode.
When a caller of the automation extension API requests a tree (desktop or tabs) for a previously requested tree, a load complete does not fire as a result of the request. This is problematic when the caller was not the one to make any of the previous requests.
To reproduce:
- turn on ChromeVox in OOBE
- notice all elements are read
- toggle ChromeVox
- notice some elements are no longer read.
This is because ChromeVox attempts to call EnableFrame() on a subtree of the desktop tree. The request on the browser side attempts to enable tree only accessibility on a rfh that already has tree only accessibility enabled. The call returns early as a result. Events fired on this subtree never get handled inside of the extension because the tree data never got sent.
BUG=488693
Review URL: https://codereview.chromium.org/1215063002
Cr-Commit-Position: refs/heads/master@{#339051}
Diffstat (limited to 'components/components_tests.gyp')
0 files changed, 0 insertions, 0 deletions