New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 807995 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug
Team-Accessibility



Sign in to add a comment

IAccessible2 events and selection is reported incorrectly if you select text backwards

Project Member Reported by mike.hil...@gmail.com, Feb 1 2018

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/64.0.3282.119 Safari/537.36

Steps to reproduce the problem:
If you have a page with a content editable div and the content contains more than one object (either it was initialized that way, or user has edited it).

e.g.

<div class="edit" contentEditable="true">one<b>two</b>three</div>

The IAccessible2 tree would report this as 4 objects:
(div) section - state=editable
static text - one
static text - two
static text - three

If the caret is within segment one and you start selecting text to the right, everything works. You get IA2_EVENT_TEXT_CARET_MOVED events that start in "one" and then the events move to "two" and then "three" as you expand the selection. get_selection on each child node also returns the correct selection as the section is expanded.

However, if you start with the caret in "three" and start selecting to the left, it works until the caret reaches "two". After this point, caret events are still sent to node three and get_selection() does not return correct values for nodes one and two. 

What is the expected behavior?
get_selection should work regardless of whether text is selected forwards or backwards through a document.

Also, IA2_EVENT_TEXT_CARET_MOVED should be sent to the node that contains the end of the selection that is moving. This could be to the left or right of the starting point.

What went wrong?
see above

Did this work before? No 

Chrome version: 66.0.3336.0  Channel: canary
OS Version: 10.0
Flash Version: Shockwave Flash 28.0 r0

It doesn't matter if you select text using the keyboard or mouse.

component:UI>Accessibility>Compatibility
 
Components: UI>Accessibility>Compatibility
Labels: Needs-Triage-M66
Cc: vamshi.k...@techmahindra.com
Labels: Triaged-ET Needs-Feedback
Checked the issue on reported chrome version 66.0.3336.0 using windows 10 with the below mentioned steps.
1. Launched Chrome
2. Created a .html file using the script <div class="edit" contentEditable="true">one<b>two</b>three</div> given in comment#0
3. Opened the created .html file in chrome
we are able select the text from left to right and from right to left. Attaching the screen cast of the same.

@Reporter: Could you please check the screen cast and let us know if we have missed any steps while reproducing the issue. Any further inputs from your end may help us to triage the issue in a better way.

Thanks!
807995.mp4
2.2 MB View Download
Yes you can select text backwards. What's not working is the way that the selection is reported through the IAccessible2 API used by assistive technology (screen readers).

Project Member

Comment 5 by sheriffbot@chromium.org, Feb 12 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "vamshi.kommuri@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Selection win-a11y
Status: Available (was: Unconfirmed)
Flipping to available without tester repro since a dev will need to review this bug. Adding to the selection bug pool.

Sign in to add a comment