Closed Bug 459913 Opened 16 years ago Closed 14 years ago

Alert show event inconsistencies

Categories

(Core :: Disability Access APIs, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: eeejay, Unassigned)

References

()

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081014 Minefield/3.1b2pre (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b2pre) Gecko/20081014 Minefield/3.1b2pre (.NET CLR 3.5.30729)

When clicking the third or fifth button (show via display/visibility with focus). The "alert" node is not added with the standard sequence of events. The following is partial output from accProbe.

When the fourth button (no focus) is pressed, this is the sequence of events:
type = EVENT_OBJECT_FOCUS name = Show (via visibility style) - no Focus role = pushButton state = [focusable, focused]
type = EVENT_OBJECT_SHOW name = <None> role = alert state = [focusable]
type = EVENT_SYSTEM_ALERT name = <None> role = alert state = [focusable]

When the third button (focus on alert) is pressed the events look like this:
type = EVENT_OBJECT_FOCUS name = Show (via visibility style) and Focus role = pushButton state = [focusable, focused]
type = EVENT_OBJECT_SHOW name = This popup is created as a div in the HTML content, rather than being created in the DOM at the time of use. The visibility style is changed from "hidden" to "visible" to hide and show it.  role = text state = [readOnly]
type = EVENT_OBJECT_SHOW name = <None> role = section state = [normal]
type = EVENT_SYSTEM_ALERT name = <None> role = alert state = [focusable, focused]
type = EVENT_OBJECT_FOCUS name = <None> role = alert state = [focusable, focused]

Notice that instead of a sole EVENT_OBJECT_SHOW event from an alert object we get two events, one from the text object, and one from the section.

Reproducible: Always

Steps to Reproduce:
1. Start Firefox.
2. Go to given URL.
3. Start monitoring events in accProbe
4. Click third button.
Actual Results:  
We get EVENT_OBJECT_SHOW events for the displayed text node and it's parent section. It is as if the aria role is ignored.

Expected Results:  
We should get an EVENT_OBJECT_SHOW from an object with role of "alert".
Sounds like we're firing a redundant EVENT_SHOW. We only need to fire it for the ancestor. That's not good.

Alex, our code in the event queue is supposed to remove redundant show events. Why is that not happening in the 3rd case (visibility style + focus).
Worksforme on trunk

I see the following events:
1) focus BUTTON
2) show ALERT
3) text inserted DOCUMENT
4) alert ALERT
5) REORDER document
6) focus ALERT
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.