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.

Sign up for GitHub

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

Jump to bottom

[Obs Cases > Case Detail][KEYBOARD]: Focus must be returned to the [ ... ] actions button after a comment is edited #194959

Open
1 task
1Copenut opened this issue Jul 12, 2024 · 1 comment
Open
1 task

[Obs Cases > Case Detail][KEYBOARD]: Focus must be returned to the [ ... ] actions button after a comment is edited #194959

1Copenut opened this issue Jul 12, 2024 · 1 comment
Labels
defect-level-2 Serious UX disruption with workaround obs-accessibilty A11Y issues in the Obs. solution. Project:Accessibility Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) WCAG A

Comments

@1Copenut
Copy link
Contributor

Point of contact

@petrklapka

Description

The Cases > Case Detail page loses focus to the <body> tag when users edit a comment or cancel the editing process. Focus should be reset to the [ ... ] actions button when either of these things happen. Screenshot attached below.

Steps to recreate

  1. Open the Cases view
  2. Create a new case, then navigate to the Case Detail. I'm using a test case for this ticket.
  3. Scroll down to the existing comments, or add a comment if necessary
  4. Click the [ ... ] actions button and then click Edit comment
  5. After editing, tab to the Save button and press Enter
  6. Press Tab a few times to verify focus was not returned to the actions button

Environment

  • MacOS Ventura
  • Chrome latest

Screenshots or Trace Logs

Screenshot 2024-07-12 at 1 48 00 PM

Acceptance criteria

  • Focus goes back to the global navigation like it does in Stateful Observability

WCAG or Vendor Guidance (optional)
@1Copenut 1Copenut added WCAG A defect-level-2 Serious UX disruption with workaround labels Jul 12, 2024
@1Copenut 1Copenut transferred this issue from another repository Jul 24, 2024
@smith smith added the Team:obs-ux-management Observability Management User Experience Team label Jul 25, 2024
@alexwizp alexwizp transferred this issue from another repository Oct 4, 2024
@alexwizp alexwizp transferred this issue from elastic/transfer-issues Oct 4, 2024
@smith smith added the obs-accessibilty A11Y issues in the Obs. solution. label Oct 18, 2024
@maryam-saeidi maryam-saeidi added the Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) label Nov 14, 2024
@elasticmachine
Copy link
Contributor

Pinging @elastic/response-ops (Team:ResponseOps)

@maryam-saeidi maryam-saeidi removed the Team:obs-ux-management Observability Management User Experience Team label Nov 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
defect-level-2 Serious UX disruption with workaround obs-accessibilty A11Y issues in the Obs. solution. Project:Accessibility Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) WCAG A
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
5 participants
@smith @1Copenut @maryam-saeidi @elasticmachine @alexwizp