Closed Bug 526315 Opened 15 years ago Closed 6 years ago

autocomplete wins over aria-autocomplete in an input

Categories

(Core :: Disability Access APIs, defect)

defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: MarcoZ, Unassigned)

References

(Blocks 1 open bug, )

Details

(Keywords: access, Whiteboard: [bk1])

Attachments

(1 file)

See above URL. Regardless of whether autocomplete="off" is set via JS or in-line, if aria-autocomplete is also present and anything other than "none", Firefox 3.0 through 3.7a1pre will not expose the autocomplete state.

Expected: Since it may be desirable to have the browser's default autocompletion turned off, but do an autocomplete via an ARIA widget, aria-autocomplete should be respected and win over the normal autocomplete attribute when present and not "none".
Attached file Simple testcase
1. Test" is an autocomplete as expected.
2. "test2" is an input without autocompletion as expected.
3. "test3" is an input without autocompletion. However, because ARIA should normally override the "autocomplete" attribute, it should be a with autocompletion.
4. "test4" should also be ARIA-overridden, but isn't. It's put in here because the block starting at http://mxr.mozilla.org/mozilla-central/source/accessible/src/html/nsHTMLFormControlAccessible.cpp#510 has special checking for if a form is present or not.

For some reason, the specific ARIA states override here: http://mxr.mozilla.org/mozilla-central/source/accessible/src/base/nsAccessible.cpp#1914 does not take effect.
1. and 2. are still has expected. 
3. and 4. don't have autocompletion.
Whiteboard: [bk1]
This has been fixed at some point, don't know when. The test cases now all work as expected. Closing as WFM.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: