Comment 1 by jteh on 2011-06-29 23:58
The text of the button doesn't actually change. However, the button changes from a normal button to a toggle button and gains the pressed state.

This is rather odd; an object really shouldn't change its role like that. This needs further investigation.
Changes:
Milestone changed from None to near-term

Comment 2 by nvdakor on 2014-12-18 16:05
Hi all,
This is still the case in IE11 and Firefox 33. Thanks.

Comment 3 by mdcurran on 2015-05-04 03:25
The button in the testcase is always a toggle button in Firefox now. NVDA announces the pressed state as it gets added. NVDA does not however announce the name/text of the button when it changes, but nor does NVDA do this for any other name/text in browse mode. I.e. this is not specific to toggle buttons.

Comment 4 by mdcurran on 2015-05-08 02:17
It seems that Mozilla Gecko does not fire a nameChange event for this toggle button when pressed, thus NVDa is not notified of the name change. It looks like Gecko will fire a name change in situations where the name comes directly from an attribute on the node (i.e. aria-label, title etc), but not indirectly (descendant calcuation, aria-labelledby etc). Therefore Until Gecko implements nameChange events for descendant calculation (which could be rather costly), you could for now set aria-label on the node, changing it as the button's text changes. Or, use aria-live on the button.

CC @michaelDCurran @josephsl @jcsteh

Still not fixed. Mozilla bug needs to be filed.

Is there a Mozilla bug for this in place?

Firing name change events due to descendant changes is covered by Mozilla bug 1422913. Name change events for other cases is covered by Mozilla bug 493683. I think the latter is most appropriate to this test case; I think it's using aria-labelledby. Both are difficult to fix without performance penalties and aren't a big problem in real world usage, which is why this hasn't been fixed yet.

Fixed in Firefox 87 (currently Nightly).