elastic/kibana

[Security:Rules:Benchmarks]Missing Search announcement for options list

Open

#227.770 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-2good first issueimpact:high

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 All interactive elements has to be announced for the user, using assistive technology, to understand what element it is, how to interact with it.

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 and press Enter. 2.Press Tab. 3.Observe page and screen reader.

UI elements + VoiceOver

Actual Result

  • Options list opens with the first element being Search field, which is not announced for the user.

Expected Result

  • Search field for Search CIS Section is announced for the user.

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
O problema é que o campo de pesquisa dentro da lista de opções na página Segurança > Regras > Benchmarks não é anunciado por leitores de tela. Para corrigir, localize o componente que renderiza a lista de opções (provavelmente em x pack/plugins/security solution/public/management/pages/benchmarks ou similar). Adicione um aria label ou role='search' ao elemento input. Certifique se de que o campo receba um rótulo programático que possa ser anunciado. Teste com o VoiceOver no Safari.
Pilha de tecnologia
typescriptreact
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.
2
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
basic knowledge of web accessibilityfamiliarity with React
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
80