Closed Bug 1358462 Opened 8 years ago Closed 7 years ago

Elements with role="region" and no accessible name should be mapped according to host language

Categories

(Core :: Disability Access APIs, defect)

Unspecified
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla56
Tracking Status
firefox56 --- fixed

People

(Reporter: jdiggs, Assigned: jdiggs)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Steps to reproduce: 1. Load data:text/html,<div role="region">foo</div> 2. Use Accerciser to examine the element Expected results: the element would have ROLE_SECTION Actual results: the element has ROLE_PANEL The Core AAM states: "Special case: if the region does not have an accessible name, do not expose the element as a landmark. Use the native host language role of the element instead." https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#role-map-region
Making this a depends on bug 1378160 because my patch-in-progress to handle the no-name scenario described here assumes the thing is a landmark; not a pane. And it won't be a landmark until 1378160 is addressed.
Depends on: 1378160
Attached patch proposed patch (deleted) — Splinter Review
Note that this patch expects/requires the patch for bug 1378160. The fix for that bug is where roles::REGION (used here) gets added to Gecko.
Assignee: nobody → jdiggs
Status: NEW → ASSIGNED
Attachment #8883431 - Flags: review?(mzehe)
Attachment #8883431 - Flags: review?(mzehe) → review+
Keywords: checkin-needed
Pushed by ryanvm@gmail.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/2286518951eb Elements with role="region" and no accessible name should be mapped according to host language. r=MarcoZ
Keywords: checkin-needed
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla56
Blocks: 1420773
No longer blocks: 1420773
Depends on: 1420773
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: