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

Issue 837763 link

Starred by 2 users

Issue metadata

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



Sign in to add a comment

On focus into a rich text editor VoiceOver announces cursor between characters when cursor is at end of line

Reported by tklo...@slack-corp.com, Apr 27 2018

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36

Steps to reproduce the problem:
1. Start VoiceOver
2.Open file:///Users/kloots/workspace/kloots.github.io/text-input-bug.html 
3. Navigate to the rich-text editor field 
4. Type a few characters into the field. Place your cursor at the end of the input.
5. Move focus to another field (press Tab)
6. Move focus back to the rich text editor
7. Notice VoiceOver will announce the position of the cursor as "between characters: and" which isn't entirely helpful

What is the expected behavior?
A better message specific to the position of the cursor, or maybe no message at all.

What went wrong?
I would not have expected this specific detail from VoiceOver in this case, since the cursor isn't between two characters, but rather at the end of the line.

Did this work before? N/A 

Chrome version: 66.0.3359.117  Channel: n/a
OS Version: OS X 10.13.4
Flash Version:
 

Comment 1 by lgrey@chromium.org, Apr 27 2018

Components: -UI Blink>Accessibility
[mac triage]

Over to Blink>Accessibility, but tkloots@, I would expect that they will need a repro example they can access rather than a file:// URL as in step 2.
So sorry, I meant to make the repro example URL https://kloots.github.io/text-input-bug.html
Labels: Needs-Triage-M66
Cc: nek...@chromium.org
Status: Available (was: Unconfirmed)

Sign in to add a comment