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

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