470082 - no name change event fired when Dojo TitlePane accName changes

Status: RESOLVED DUPLICATE of bug 493683

(Core :: Disability Access APIs, defect)

Description

[Pete Brunet]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4

There is no name change event fired when a TitlePane's button text changes even though the accName has changed.  This is in 3.0.4.

Reproducible: Always

Steps to Reproduce:
1.load URL listed above
2.navigate to a title pane and activate it
3.with Inspect notice the accName changes, but no name change event is fired.
Actual Results:  
no name change event

Expected Results:  
fire name change event

The solution will likely be something other than just firing the event.  Discussion is needed from representatives of the following teams:  Dojo, ARIA, Mozilla a11y, IA2, and AT.

Note that there is no accName change in FF 3.1 because the leading + - in the acc name is invisible (it's there for high contrast).

Some other role could be used and expanded/collapsed state or pressed state could be used.

Comment 1

[Aaron Leventhal]

I don't think we fire name change events for most situations where we could. We do tend to fire IA2 text change events, though.

Where I think we should care about firing them is for widgets.

The bug should probably be "No name changes for ARIA widgets".

Comment 2

[alexander :surkov (:asurkov)]

The URL is obsolete so I can't say what's the case here. The rule is: fire name change if it's not calculated from widget subtree. So just marking as dupe of bug 493683.