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)
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.
Comment 1•14 years ago
|
||
My first guess is the change to nsRootAccessible in revision: http://hg.mozilla.org/mozilla-central/rev/51b69f8d306f
Updated•14 years ago
|
Blocks: focuseventa11y
Comment 2•14 years ago
|
||
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.
You need to log in
before you can comment on or make changes to this bug.
Description
•