-
Notifications
You must be signed in to change notification settings - Fork 88
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Modal Dialog: Focus trap #3400
Comments
Hi Ritesh! Thanks so much for testing and reporting this issue. Our examples are rendered within iFrames, which might be leading to the observed behavior. If you go our Storybook example do you encounter the same issue? |
It does the same thing. After cancel button, focus goes to address bar. Ideally it should go to 'X' button |
@jack-ryan-nava-pbc Any updates on this issue? |
We're chatting internally about this. My current thoughts: This is something I'm happy to change my mind on, and is something that we as a team are thinking about. Do you have information from users about this? |
I think it's good accessibility practice to trap the focus. Please see this example of 'Add Delivery Address' modal. https://www.w3.org/WAI/ARIA/apg/patterns/dialog-modal/examples/dialog/ As i noted before, we had a finding from CMS 508 test team for this. |
Describe the bug
Currently modal dialogs don't trap the focus. When tabbing thru the items in Modal Dialog, focus leaves the dialog.
This issue was found during CMS 508 testing.
To Reproduce
Steps to reproduce the behavior:
I am using storybook just to demonstrate the bug.
Expected behavior
While tabbing using keyboard, element focus should stay within the dialog.
Screenshots
Desktop (please complete the following information):
Smartphone (please complete the following information):
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: