Skip to content
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

[Keyboard Navigation- Make code - Reset]: Focus doesn't land on triggered control after activating close button on dialog. #5476

Closed
Yamini234u opened this issue Feb 8, 2024 · 1 comment · Fixed by microsoft/pxt#10014

Comments

@Yamini234u
Copy link

Yamini234u commented Feb 8, 2024

User Experience:

Keyboard dependent users will face difficulty if visual focus does not land back on triggered control element after closing the dialog, then user who rely on keyboard will not be able to predict the focus is on which control so the end users will get confused and this may lead to disorientation due to this issue.
Note:
User credentials should NOT be included in the bug.

Repro Steps:

  1. Launch application URL : https://makecode.microbit.org
  2. The home page will open.
  3. Navigate "New Project" option and select it.
  4. Editor screen will open.
  5. Navigate to the "Settings" option appearing in header section and select it.
  6. Navigate to "Reset" option and select it.
  7. Navigate through all the controls appearing under "Reset" dialog.
  8. Navigate to close button of dialog and press enter
  9. Observe and verify whether focus lands on triggered control after closing the dialog.
  10. Actual Result:

  11. Issue: Focus doesn't land on triggered control after activating close button on dialog.

Observation:
On activating close button focus landing on "Header Part" user need press more than 8 keystrokes to reach the control.

Expected Result:

Focus should land on triggered control after activating close button on dialog.
Solution:: After close button on dialog, focus should land on "Settings" control.

MAS Reference:

MAS 2.4.3 – Focus Order

ARIA Authoring Ref Link/Fluent Patterns Guidance /HITS Guidance:
N/A

UIA/DOM details available:
N/A

Reference Links:

  • Accessibility Insights! - Identify accessibility bugs before check-in and make bug fixing faster and easier.
  • External Bug Process: If this bug belongs to an external team, mark it as resolved/done and assign it back to the tester with notes on where to file/route the bug. For more information, please use this External Bug Process (sharepoint.com). “HCL Staff should not log any third-party external bugs. Should be routed to EDAD team”.
  • Please reach out to C&AI Teams channel for any process-related queries.

Test Environment:

  • OS Version: Windows 11 23H2 (OS Build:22631.3007)
  • Browser: Chrome Version 121.0.2277.4 (Official build) dev (64-bit).
  • Test Matrix: Chrome + JAWS
  • URL: https://makecode.microbit.org/.

Video Attachment:https://github.com/microsoft/pxt-microbit/assets/117158108/ed8c4933-50dc-4d3e-b754-e3742407494a

@Yamini234u
Copy link
Author

Yamini234u commented Feb 8, 2024

#Accessibility;#A11yMAS;#A11ySev2;#AILimited;#k4W;#MAS2.4.3;#HCL;#Nonbenchmark;#Win11-Chrome;#E2E-HCL-MakeCode-Feb2024

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants