Please consider fixing the ARIA roles for your <Select> component - children need listbox aria roles.

• I have searched the issues of this repository and believe that this is not a duplicate.

What problem does this feature solve?

Performing a lighthouse audit on https://ant.design/components/select/ throws up Accessibility warnings which relate to the Select boxes not adhering to the ARIA best practise. It seems to me that the ant-select-selection ant-select-selection--single wrapper div has role="combobox" but the children have no aria roles (listbox) when in the collapsed state?

What does the proposed API look like?

The Select.Option component, rendered as the .ant-select-selection__rendered div should have a role="listbox" to conform to ARIA best practise.

[momesana]

@lalitmee, Axe suggestion says that the child should have role set as textbox. I am not sure if that is required, but the issue still persists. Do you have any lead on this?

Yes, that is IMHO (and I am a complete Newbie in terms of a11y) a bug and still persists in the newest version of Antd. A description of a11y do’s and don’ts can be found here:

https://www.digitala11y.com/combobox-role/

In particular, the source says this about the mandatory structure that an author of a custom combobox components needs to adhere to:

Authors MUST ensure an element with role combobox contains or owns a text input element with role textbox or searchbox and that the text input has aria-multiline set to false. If the combobox provides autocompletion behavior for the text input as described in aria-autocomplete, authors MUST set aria-autocomplete on the textbox element to the value that corresponds to the provided behavior.

As per what the source says, the top-level ant-select element should’ve had a role of combobox while the input element must have its role set to searchbox (if searchable) as is implicitly the case when type is set to search. Unfortunately the top-level element has not been assigned the combobox role and the input element contained within the ant select component has it’s perfectly correct implicit role erroneously overriden by the combobox role. Once we remove the attribute it defaults back to the correct implicit role as can be seen here:

Overriding implicit aria roles is rarely justified and the given DOM structure seem to be at odds with the one prescribed by the standard (unless the document above is inaccurate).

Again, IMHO this issue should be reopened.

[afc163]

Trace #22343