Joanmarie Diggs Assignee
	Description • 7 years ago

Steps to reproduce:
1. Load data:text/html,<div role="link" aria-current="page">1</div>
2. Use Accerciser to examine the element

Expected results: the element would be exposed with STATE_ACTIVE
Actual results: the element is not exposed with STATE_ACTIVE

https://rawgit.com/w3c/aria/master/core-aam/core-aam.html#ariaCurrent

	Joanmarie Diggs Assignee
	Comment 1 • 7 years ago

Hopefully it goes without saying, but just in case: In addition to exposing STATE_ACTIVE, when the value of aria-current changes from non-false to false or from false to non-false, an object:state-changed:active event should also be fired.

	Joanmarie Diggs Assignee
	Comment 3 • 7 years ago

(This version fixes a nit in the previous version's alphabetizing of states. Sorry for the noise!)

	Marco Zehe (:MarcoZ)
	Comment 4 • 7 years ago

Comment on attachment 8883136 [details] [diff] [review]
proposed patch

r=me.

	Pulsebot
	Comment 5 • 7 years ago

Pushed by cbook@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/4bc42c671bd2
Elements with a defined, non-false value for aria-current should expose ATK_STATE_ACTIVE. r=marcoz

	Wes Kocher (:KWierso) (Not reading bugmail; email directly if needed)
	Comment 6 • 7 years ago
bugherder

https://hg.mozilla.org/mozilla-central/rev/4bc42c671bd2