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

Issue 791285 link

Starred by 8 users

Issue metadata

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

Blocking:
issue 901511



Sign in to add a comment

document.activeElement doesn't change properly with talkback enabled

Reported by andres.r...@beeva.com, Dec 2 2017

Issue description

Steps to reproduce the problem:
1. enable talkback
2. visit https://beeva-andresrondan.github.io/a11y-issues/
3. activate buttons with double tap
4. check document.activeElement

What is the expected behavior?
document.activeElement is the last clicked (focused) element

What went wrong?
document.activeElement does not change with talkback enabled in this device, but It works in others devices or without talkback, with normal taps or clicks.

The attachments shows the behaviour in the nexus 6p with talkback and without talkback and the behaviour with talkback in other device, with chrome 62.0.3202.84 and Android 7.0.0;SM-A510F Build/NRD90M.

Did this work before? N/A 

Chrome version: 52.0.3202.84  Channel: n/a
OS Version: Android 8.0.0; Nexus 6P build/OPR5.170623.011
Flash Version: 

I don't know if is a talkback issue or chrome issue
 
nexus 6p.mp4
573 KB View Download
nexus 6p -talkback-.mp4
670 KB View Download
samsung.mp4
520 KB View Download
Components: -Blink Blink>Accessibility
Labels: Needs-triage-Mobile
Status: WontFix (was: Unconfirmed)
Chrome 52 is super old. I can't reproduce with Chrome 63 on Android 8.

Please reopen if you can reproduce with the current version of Chrome.

sorry, the correct version is 62.0.3202.84, not 52.x... I don't know if I can edit the issue description. 
I reproduce it in chrome canary 64.0.3282.0.
Is It possible that it is a talkback issue? Then, how can I open them the issue?


Cc: msrchandra@chromium.org nyerramilli@chromium.org pnangunoori@chromium.org sandeepkumars@chromium.org
Labels: Triaged-Mobile M-64
Status: Untriaged (was: WontFix)
Able to reproduce the issue in Android. Observed the application is not responding.

Steps Followed:
1. enable talkback
2. visit https://beeva-andresrondan.github.io/a11y-issues/
3. Tapping on button 1 ot button 2 shows the text "The element is not a buttont"

Observations --
1. When talk back is not enabled, Tapping on button 1 ot button 2 shows the text "button1 or button 2"
2. In Firefox Tapping on button 1 ot button 2 shows the text "button1 or button 2", even when talkback is enabled or not.

Chrome versions tested:
62.0.3202.84, 63.0.3239.71, 64.0.3282.0

OS
Android 78.0.0

Android Devices
Pixel XL (OPR1.170623.027)

This seems to be a Non-Regression issue as same behavior is seen since M59. Untriaged for further inputs on this issue.

Please navigate to below link for log's and video--
go/chrome-androidlogs/791285

Note: Behavior of firefox is also displayed in the video.

Thank You.
Labels: -Via-Wizard-Javascript -Needs-triage-Mobile -M-64 -Triaged-Mobile
Status: Available (was: Untriaged)
OK, I see the issue.

This only happens with Android O and higher (8.0 and higher). On that version, when you double-tap it sends an accessibility click to the object with accessibility focus.

In prior Android versions, it simulated a tap, which led to both click and focus.

It sounds like Chrome should give elements focus if they're clicked via accessibility.


I reproduce it as well. Focus is broken
Labels: a11y-required
Blocking: 901511

Sign in to add a comment