420881 - aria-labelledby and aria-describedby stop processing elements at html:input, works fine for XUL.

Status: RESOLVED INVALID

(Core :: Disability Access APIs, defect)

Description

[Marco Zehe (:MarcoZ)]

STR:
1. Load attached testcase.
2. Look at accessible label and description for the text input element.

Expected: AccName should say "Shut down computer after 10 minutes". Description correctly says "Shut down computer after minutes".
actual: AccName is only "Shut down computer after", even though the aria-labelledby attribute specifies the id of the html:input element.

Works fine in XUL documents, for example in the Tools/Options dialog, Advanced tab, Network page, in the "Use up to 50 MB of space for the cache" label for the cache size textbox.

Comment 1

[Marco Zehe (:MarcoZ)]

Attachment: Testcase

Comment 2

[alexander :surkov (:asurkov)]

Marco, you're example has misspeling:

<input id="shutdownTime>

All works fine if I fix it. 

Please consider if we do incorrect processing with wrong syntax.

Comment 3

[Marco Zehe (:MarcoZ)]

Attachment: Corrected test case

Alexander, with the above corrected, the accDescription now gets all info, but the accName still is not correct.

Comment 4

[alexander :surkov (:asurkov)]

Marco, DOMi shows that name and description are "Shutdown computer after 10 minutes" which is correct. I looked at msaa code and didn't notice special processing to broke accessible name. Is it MSAA-related problem, do you get the same results in DOMi?

Comment 5

[Marco Zehe (:MarcoZ)]

You're right, and JAWS was terribly lying to me. JAWS seems to ignorre the accName of the textbox if it finds something that it considers a label. If so, it will use that, and only that, and completely ignore aria-labelledby. AccProbe, NVDA, and DOMi do it right. Marking this bug accordingly as invalid.

Comment 6

[alexander :surkov (:asurkov)]

Jaws may use relations but we don't support multiple rels