1675292 - Google Docs: Navigating inside a document does not work with VoiceOver.

Status: VERIFIED FIXED

(Core :: Disability Access APIs, defect, P1)

Description

[Marco Zehe (:MarcoZ)]

Steps:

1. Open Docs. Make sure that under Settings, Accessibility Settings, Screen Reader Support and Braille Support are both enabled. You only need to set this once.
2. Either create a new document or open an existing one.
   • Expected: VoiceOver should say the document name, followed by "text field" and read the current line.
   • Actual: VoiceOver says the document title, followed by "Application".
3. Navigate up and down through the document using the arrow keys.
   • Expected: VoiceOver should read each line you navigate to.
   • Actual: VoiceOver remains silent.
4. Try opening the Docs menu system.
   • Expected: The menu should open, and you should be able to navigate.
   • Actual: The menu bar briefly opens, then closes again. You can only get it to remain open if you VoiceOver-navigate to one of the other controls before it, then tab onto the menu bar.
     Note: Some of this may be due to bug 1672694, which is pending landing. The text editing may improve with fixes for bug 1672700. But since Docs is a special beast, this warrants a separate bug.

Comment 1

[Eitan Isaacson [:eeejay]]

Looks like bug 1671049 "fixed" support for body[role="application"]. We aren't handling that correctly.

Comment 2

[Eitan Isaacson [:eeejay]]

Attachment: Bug 1675292 - Add 'application' root group when body gets role of application. r?morgan!

Both chrome and safari preserve the AXWebArea with no subroles, and apply the application subrole to the root group. Not doing so apparently breaks web applications badly.

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/f4cdad3fae02
Add 'application' root group when body gets role of application. r=morgan

Comment 4

[Sandor Molnar[:smolnar]]

Backed out for causing failures in browser_roles_elements.js

Backout link: https://hg.mozilla.org/integration/autoland/rev/5cb70803b4ae21aecf1094128352148714fc2e64

Push with failures: https://treeherder.mozilla.org/jobs?repo=autoland&resultStatus=pending%2Crunning%2Ctestfailed%2Cbusted%2Cexception&revision=f4cdad3fae023f5bf28b34dc7c4d2e8aa320d4d5&selectedTaskRun=F76ECR8OSIO_W9adE5BASQ.0

Failure log: https://treeherder.mozilla.org/logviewer?job_id=321273229&repo=autoland&lineNumber=1643

"TEST-PASS | accessible/tests/browser/mac/browser_roles_elements.js | undefined assertion name -
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - Buffered messages finished
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - TEST-UNEXPECTED-FAIL | accessible/tests/browser/mac/browser_roles_elements.js | undefined assertion name - Got null, expected "AXUnknown"
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - Stack trace:
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - chrome://mochitests/content/browser/accessible/tests/browser/mac/browser_roles_elements.js:null:263
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - chrome://mochitests/content/browser/accessible/tests/browser/shared-head.js:accessibleTask/</<:495
[task 2020-11-10T06:48:57.447Z] 06:48:57 INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - TEST-UNEXPECTED-FAIL | accessible/tests/browser/mac/browser_roles_elements.js | undefined assertion name - Got "AXWebArea", expected "AXGroup"
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - Stack trace:
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - chrome://mochitests/content/browser/accessible/tests/browser/mac/browser_roles_elements.js:null:271
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - Not taking screenshot here: see the one that was previously logged
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - TEST-UNEXPECTED-FAIL | accessible/tests/browser/mac/browser_roles_elements.js | undefined assertion name - Got null, expected "AXLandmarkApplication"
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - Stack trace:
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - chrome://mochikit/content/browser-test.js:test_is:1332
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - chrome://mochitests/content/browser/accessible/tests/browser/mac/browser_roles_elements.js:null:272
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - Leaving test bound
[task 2020-11-10T06:48:57.448Z] 06:48:57 INFO - GECKO(1731) | MEMORY STAT | vsize 7691MB | residentFast 308MB | heapAllocated 117MB
[task 2020-11-10T06:48:57.449Z] 06:48:57 INFO - TEST-OK | accessible/tests/browser/mac/browser_roles_elements.js | took 1169ms"

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1671049

Comment 6

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/b95c6543c9f0
Add 'application' root group when body gets role of application. r=morgan

Comment 7

[Dorel Luca [:dluca]]

https://hg.mozilla.org/mozilla-central/rev/b95c6543c9f0

Comment 8

[Marco Zehe (:MarcoZ)]

Verified fixed in Firefox 84.0a1 (20201111095506).