Closed Bug 579964 Opened 14 years ago Closed 14 years ago

Incorrect and missing focus events with DHTML Alert

Categories

(Core :: Disability Access APIs, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: jdiggs, Unassigned)

References

(Blocks 2 open bugs, )

Details

(Keywords: access, regression)

Steps to reproduce:

1. Launch Accerciser and turn on event monitoring for focus: events

2. Load the test case: http://codetalks.org/source/widgets/alert/alert.html

3. Tab to and press the 'Show (via display style) and put focus inside alert(on link) button

Expected results: a focus: event would be emitted for the link which just got focus; a focus: event would NOT be emitted for the document frame.

Actual results: a focus: event is NOT emitted for the link which just got focus; a focus: event IS emitted for the document frame.

Impact: Screen readers don't know where the user actually is which makes it difficult to present the correct information as the user navigates.

Marking with keyword 'regression' though I haven't yet had time to pin down the point it occurred. At the moment, I'm updating Orca's regression tests using:

  Mozilla/5.0 (X11; Linux i686; en-US; rv:2.0b2pre)
  Gecko/20100719 Minefield/4.0b2pre

The bug didn't occur in 3.5.x.
My first guess is the change to nsRootAccessible in revision: http://hg.mozilla.org/mozilla-central/rev/51b69f8d306f
It looks like a dupe of bug 580464 (the same root reason), and bug 570275 was a fix for this one. I tried testcase and I see show/alert (on alert accessible) and focus (on link accessible) events. Closing as fixed by bug 570275.
Status: NEW → RESOLVED
Closed: 14 years ago
Depends on: 570275
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.