Accessibility/ARIA1.0TestSuiteFailures

From MozillaWiki
Jump to navigation Jump to search

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

98 link here

<div id="test" role="main"
     aria-hidden="false">
  Placeholder content
</div>

Not mapped. The accessible object has no state or property associated with aria-hidden="false". Firefox exposes 'hidden:false' object attribute.

Dupe: 140 (identical but having no role="main")

Target: Firefox 21
Refer to: bug 838407
Status: green

99 link here

<div id="test" role="main"
     aria-invalid="grammar">
  Placeholder content
</div>

Set IA2_STATE_INVALID_ENTRY, AND Expose "grammar" as a text attribute. Firefox doesn't expose the text attribute.

Same issue: 101 (aria-invalid="spelling")

Target: Firefox 21
Refer to: bug 445510
Status: green

109 link here

<div id="test" role="main"
     aria-owns="obj1">
  Placeholder content
</div>
<div id="obj1">obj1</div>

ATK: The accessibility tree is NOT modified. Accessible "obj1" has a RELATION_NODE_CHILD_OF pointing to accessible "test", "test" has a RELATION_NODE_PARENT_OF pointing to accessible "obj1". Firefox doesn't expose the node_parent_of relation.

Target: Firefox 21??
Refer to: bug 527461
Status: yellow

182 link here

<div id="test" role="grid"
     aria-readonly="false">
  Placeholder content
</div>

Grid should have editable state.

Same issue: 184 (aria-readonly on gridcell)

Target: Firefox 21
Refer to: bug 835121
Status: green

189 link here

<div id="test" role="gridcell"
     aria-selected="undefined">
  Placeholder content
</div>

Accessible has ROLE_SYSTEM_CELL, AND aria-selected is not mapped. Firefox exposes selectable state.

Dupe: 216 (role row)

Comment: In Firefox 3.6 we fixed opposite bug to the required behavior to stay consistent with aria-checked implementation. Needs discussion.
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").

Target: Firefox 21
Refer to: bug 823927
Status: green

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="option" aria-selected="true">1</li>
      <li role="option">2</li>
      <li role="option">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").

Target: Firefox 21
Related to:

  • bug 819273 - ARIA combobox should expose accessible value (Firefox 20)
  • bug 835666 - ARIA combobox value is not a part of name computation (Firefox 21)

Status: green

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.

Target: Firefox 21
Refer to: bug 786163
Status: green