Issue metadata
Sign in to add a comment
|
Extraneous image is exposed to accessibility APIs next to every content editable |
||||||||||||||||||||||||
Issue descriptionVersion: 51.0.2665.0 ( Official Build ) canary (64-bit) OS: Mac OS (10.11.3, El Capitan) What steps will reproduce the problem? 1. Launch VoiceOver screen reader with CMD+F5, then open Gmail. 2. Click on the "compose" button and tab to (focus on) the "message area" field. 3.Using CTRL+Option+RightArrow navigate to the DOM element next to the text area; listen to the output. What is the expected output? What do you see instead? Chrome should move to the next non-decorative element on the page. Instead, I hear "/gumdrop.png image". Note: this can also be observed in Hangouts and pretty much anywhere whether the rich-text edit fields are used.
,
Mar 18 2016
Remove legacy label cr-ui-accessibility
,
Mar 25 2016
I can't reproduce this with current gmail using 51.0.2689.0; do you know of another content editable I can test with?
,
Mar 26 2016
Sure. You can also try in Hangouts conversations. I do still see the issue with gmail in El Capitan.
,
Apr 6 2016
Were you able to reproduce the issue with Hangouts, for example?
,
Apr 7 2016
Hi vtsaran@, Sorry it took me a while to get back to this. I still can't reproduce this bug, either in Hangouts or gmail. I don't see such an image anywhere in the page DOM, either, which suggests that the page you're getting is different from the one I'm getting. I think our next step should be to set up a hangout so we can walk through the repro steps together.
,
Apr 7 2016
Okay, we tracked this down, and the gumdrop icon is being spliced into the DOM by an extension, which isn't including any accessibility attributes. Closing this as WontFix. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ellyjo...@chromium.org
, Mar 4 2016Status: Assigned (was: Untriaged)