Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

[Select] aria-haspopup when control is disabled or readOnly

See original GitHub issue

There’s no easy way for screen readers to know when the Select control is disabled or readOnly, and aria-haspopup="listbox" should not be set when in these states. I think the same is also true for role=button

The issue is present in the latest release.
I have searched the issues of this repository and believe that this is not a duplicate.

Current Behavior 😯

The aria-haspopup="listbox" property is always present, whether the Select is editable or not.

Expected Behavior 🤔

aria-haspopup="listbox" should not be present if the Select is disabled or readOnly

Steps to Reproduce 🕹

Steps:

Go to https://codesandbox.io/s/intelligent-wood-mppd2
Two drop-downs - first is editable (but doesn’t have any handlers so value doesn’t change!), and second is readOnly
Note that both select items have “aria-haspopup” attribute set

Context 🔦

We want an accessible site for the visually impaired, and also want to test our site using those same accessibility guides.

Your Environment 🌎

Tech	Version
Material-UI	v4.11.0
React	16.13.1
Browser	Chrome
TypeScript	No
etc.

Issue Analytics

State:
Created 3 years ago
Comments:9 (5 by maintainers)

Top GitHub Comments

1reaction

eps1loncommented, Oct 2, 2020

Is there an actual issue with assistive technology or automated testing software that flags it?

If we would remove the attribute it might no longer be considered a combobox in certain screen readers. Though I’m not even sure how readonly is interpreted among popular screen readers.

0reactions

eps1loncommented, Mar 18, 2021

Closing since there isn’t anything to do for us. The initial issue was not confirmed. We can re-open until someone confirms it.

Top Results From Across the Web

aria-haspopup - Accessibility - MDN Web Docs - Mozilla

The aria-haspopup attribute indicates the availability and type of interactive popup element that can be triggered by the element on which ...

6. Supported States and Properties - W3C

Indicates that the element is perceivable but disabled, so it is not editable or otherwise operable. See related aria-hidden and aria-readonly. aria-dropeffect ...

Brief Note on aria-readonly Support - Adrian Roselli

This is in contrast to disabled elements, to which applications might not allow user navigation to descendants. It does not belong on native ......

accessibility - When to use the disabled attribute vs the aria ...

Disabled controls are not announced at all during normal navigation. This is the only case I know of where the native HTML solution,...

DropDownList Accessibility - Telerik UI for Blazor

Points to the popup element. Signifies that the combobox element controls the listbox . aria-describedby=.k-input-inner id, Announces the selected value ...