Closed Bug 1673036 Opened 4 years ago Closed 4 years ago

When a focused accessible is styled away a focus event is fired on its nearest ancestor

Categories

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

defect

Tracking

()

VERIFIED FIXED
84 Branch
Tracking Status
firefox84 --- verified

People

(Reporter: eeejay, Assigned: eeejay)

References

Details

(Whiteboard: [mac2020_2])

Attachments

(1 file)

STR:

  1. Load data:text/html,<div role="grouping" aria-label="Group" id="grouping"><button onclick="this.style.visibility = 'hidden'; setTimeout(() => console.log(document.activeElement), 10)">kill me</button></div>
  2. Tab to "kill me" button and activate it.

Result:
A focus accessibility even will be fired on the grouping, and the js console will print the button

Expected:
A focus accessibility event should be fired on the doc, and the js console should pring the body element.

While this is obviously a DOM bug (bug 1673035), the fix in a11y should be pretty simple.

:eeejay: what are the priority and severity of this bug? It helps us to determine the one of bug 1673035.

Flags: needinfo?(eitan)

Currently, the focus will be emitted on the accessible's visible
container, even if it is not focusable.

Mirko,

I set a priority and severity. I managed to code around the DOM bug, so maybe it should be removed as a blocker?

Severity: -- → S2
Flags: needinfo?(eitan)
Priority: -- → P2

Eitan: yes, if it doesn't block this bug, please remove it as a blocker.

Pushed by eisaacson@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/553a58ca7c5b
If focused accessible is styled away, emit focus event on document. r=Jamie
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 84 Branch
Whiteboard: [mac2020_2]
Priority: P2 → P1
Flags: qe-verify+

Patch verified with 84.0b2, 85.0a1 (2020-11-19) on macOS 10.15.

Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: