elastic/kibana

[Security:Rules:Benchmarks]Activated buttons missing state change announcement

Open

#227.773 aberto em 14 de jul. de 2025

Ver no GitHub
 (3 comments) (0 reactions) (0 assignees)TypeScript (8.021 forks)batch import
Project:AccessibilityTeam: SecuritySolutionTeam:Cloud SecurityWCAG Adefect-level-3good first issue

Métricas do repositório

Stars
 (19.065 stars)
Métricas de merge de PR
 (Mesclagem média 2d 3h) (1.000 fundiu PRs em 30d)

Description

Description Buttons which has a state, like collapsed, expanded, sorting descended... - has to have an announcement when they are activated (their state changes). For users using assistive technology to understand that corresponding action did happen.

Preconditions Security -> Rules -> Benchmarks page. Any benchmark is selected from the table (Enter is pressed on it). Use Screen Reader (VoiceOver).

Steps to reproduce

1.Navigate to CIS Section or Rule Number. 2.Observe screen reader. 3.Press Enter. 4.Observe screen reader.

UI elements + VoiceOver

Actual Result

  • When collapsed button is expanded, no announcement is made for it.

Expected Result

  • State change, in this case "expanded", is announced for the user when activating the button.

Meta Issue

Version: 9.1.0

OS: macOS Sequoia

Browser: Safari Version 18.5

Screen reader: VoiceOver

WCAG or Vendor Guidance (optional)

Related to: https://github.com/elastic/kibana-team/issues/1773

Guia do colaborador

Direção de pesquisa
Localize os componentes de botão na página Segurança > Regras > Benchmarks que alternam entre recolher/expandir. Investigue se o atributo aria expanded está definido corretamente e se uma região dinâmica (por exemplo, aria live='polite') é usada para anunciar mudanças de estado. Revise a metaissue relacionada (elastic/kibana team/issues/1773) para orientações adicionais. Considere adicionar um anúncio usando um texto visível apenas para leitores de tela ou uma região dinâmica que seja atualizada quando o botão for ativado.
Pilha de tecnologia
typescriptreacthtmlcss
Domain
frontendaccessibility
Tipo Issue
Bug
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
1-3 horas
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Recente
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
Understanding of ARIA attributesScreen reader testing (VoiceOver)Familiarity with Kibana UI components
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
65