You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
expect the next radio button to be the active element
Expected behavior
active element should be the next radio button. MDN guide, aria guide.
In addition, the behavior direction is wrong for up/down arrow keys, as specified in the aria guide from before.
Actual behavior
I debugged the code and it seems like the for loop is called over and over as long as there are members in the radio group, which is wrong. It should only be called once.
User-event version
14.4.3
Environment
in my environment I used:
"jsdom": "^21.1.1"
"@testing-library/user-event": "^14.4.3"
"jest": "^29.5.0"
"css.escape": "^1.5.1" // polyfill for window.CSS.escape used in walkRadio
But it seems to reproduce in the sandbox for older environments as well.
Reproduction example
https://codesandbox.io/s/hungry-zeh-fpim30?file=/src/App.test.js
Prerequisites
await user.keyboard('{ArrowRight'})
Expected behavior
active element should be the next radio button. MDN guide, aria guide.
In addition, the behavior direction is wrong for up/down arrow keys, as specified in the aria guide from before.
Actual behavior
I debugged the code and it seems like the for loop is called over and over as long as there are members in the radio group, which is wrong. It should only be called once.
User-event version
14.4.3
Environment
in my environment I used:
But it seems to reproduce in the sandbox for older environments as well.
Additional context
solution:
The text was updated successfully, but these errors were encountered: