Accessibility/ARIA1.0TestSuiteFailures

Here's a list of ARIA 1.0 tests failed on Firefox we were reported about. We use three statuses to designate the progress on a test failure:

• green - test doesn't fail anymore, the fix was landed;
• yellow - we agree we have a bug, we will fix it in reasonable time;
• unknown - we didn't investigate the issue yet;
• red - we have concerns about expected behavior.

Test No	Code snippet	Description	Comment
182 link here	<div id="test" role="grid" aria-readonly="false"> Placeholder content </div>	Grid should have editable state.	Comment: We have related bug bug 835121 Status: unknown
521 link here	<table role="presentation"> <tr> <td aria-hidden="true">Test me</td> </tr> </table>	aria-hidden is a global attribute and should nullify the presentational role on the <td>. Dupes: 512 (aria-atomic), 513 (aria-busy), 514 (aria-controls), 515 (aria-describedby), 516 (aria-disabled), 517 (aria-dropeffect), 518 (aria-flowto), 519 (aria-grabbed), 520 (aria-haspopup), 522 (aria-invalid), 523 (aria-label), 524 (aria-labelledby), 525 (aria-live), 526 (aria-owns), 527 (aria-relevant).	Target: Firefox 19. Refer to: bug 809751. Status: green.
530 link here	<ul role="presentation"> <li id="test" aria-checked="true" aria-expanded="true"> vegetables </li> </ul>	Do not map the list item with aria-checked and aria-expanded attributes to the accessibility API.	Target: Firefox 20 Refer to: bug 804461. Status: green.
585 link here	<div id="test" role="menuitemradio" aria-checked="mixed"> Radio menu item with aria-checked='mixed' </div>	Value is represented in accessibility API in the same manner as the value of "false". Dupes: 586 (role="radio").	Comment: mixed value on radios don't make any sense since radios don't support tristate. The "false" value is not a fallback value on radios. That means the browser *must* introduce a special check for the case that doesn't have *practical* usage on the web. Status: red.
617, 660 link here	<INPUT type="checkbox" id="test"> that is referenced by a <label for="test">foo<input value="bar">baz</label>. <style type="text/css"> label:before { content: "foo"; } label:after { content: "baz"; } </style> <label for="test" title="bar"><input id="test" type="password" name="test" title="bar"></label>	Firefox is missing a space delimiter in the name computation. Firefox gives 'foo barbaz'. Accessible name should be "foo bar baz". Dupes (text leafs): 618 (input@type="text"), 619 (input@type="password"), 620 (input@type="radio"), 621 (input@type="file"). Same issue (CSS generated text): 659 (input@type="text"), 661 (input@type="checkbox"), 662 (input@type="radio").	Comment: It seems we have a bug (refer to bug 823927). Needs confirmation. Status: yellow
627 link here	<input type="checkbox" id="test" /> <label for="test">Flash the screen <span role="menu"> <span role="menuitem" aria-selected="true">1</span> <span role="menuitem" hidden>2</span> <span role="menuitem" hidden>3</span> </span> times. </label>	Accessible name should be "Flash the screen 1 times". Firefox leaves out the selected menu item in the name computation. Dupes: 628 (input@type="text"), 629 (input@type="password"), 630 (input@type="radio"), 631 (input@type="file").	Comment: Firefox menus don't expose selected item as value. So it's not included into the name. Status: red
632 link here	<input type="checkbox" id="test" /> <label for="test">Flash the screen <div role="combobox"> <div role="textbox"></div> <ul role="listbox"> <li role="lisitem" aria-selected="true">1</li> <li role="listitem">2</li> <li role="listitem">3</li> </ul> </div> times. </label>	Accessible name should be "Flash the screen 1 times". Firefox leaves out the selected option in the name computation. Dupes: 633 (input@type="text"), 634 (input@type="password"), 635 (input@type="radio"), 636 (input@type="file").	In Firefox 20 ARIA comboboxes exposes accessible value (refer to bug 819273) computed from selected item. If incorrect role="listitem" is replaced on role="option" then combobox has "* 2" value including a bullet from list item which is used as accessible name for input. So input's name in this case should be "Flash the screen * 1 times". Status: red
637 link here	<input type="checkbox" id="test" /> <label for="test"> foo <input role="slider" type="range" value="5" min="1" max="10" aria-valuenow="5" aria-valuemin="1" aria-valuemax="10"> baz </label>	Accessible name should be "foo 5 baz". Dupes: 638 (input@type="file"), 639 (input@type="password"), 640 (input@type="radio"), 641 (input@type="text"). Same problem (spinbutton having aria-valuetext or aria-valuenow): 549 (aria-valuetext), 550 (aria-valuenow). Same problem (contains <input role="spinbutton"> having @value and @aria-valuenow): 642 (input@type="checkbox"), 643 (input@type="file"), 644 (input@type="password"), 645 (input@type="radio"), 646 (input@type="text").	Target: Firefox 19 Refer to: bug 812041 Status: green
652 link here	<input type="image" src="test.png" id="test" title="foo" />	Accessible name should be "foo" (from @title). Firefox exposes "Submit Query".	Comment: We had a bug bug 771141 which was wontfixed. In Firefox "Submit Query" is a visible text of the button which is used as accessible name (@title is used as accessible description). Also see a11y HTML spec bug. Status: red
663 link here	<style type="text/css"> label:before { content: "foo"; } label:after { content: "baz"; } </style> <label for="test" title="bar"><input id="test" type="file" name="test" title="bar"></label>	Accessible name is "foo bar baz".. Firefox exposes a name containing "Browse" from "Browse" button.	Comment: We should decide how the file control should be exposed to AT (hierarchy) first of all. Needs investigations. Status: unknown
752 link here	<input type="image" src="foo.jpg" id="test" title="crazy"/>	Accessible name is equal to the value of the title attribute, which is "crazy". Firefox exposes @src attribute value instead.	Comment: We have a bug 786163. Status: yellow