elastic/kibana

[Security Solution] Shared Exception List does not get refreshed after deleting previous search input

Fermée

#245 936 ouverte le 10 déc. 2025

Voir sur GitHubGuide contributeur
 (6 commentaires) (0 réaction) (1 personne assignée)TypeScript (8 021 forks)batch import
Feature:Rule ExceptionsTeam: SecuritySolutionTeam:Detection EngineTeam:Detection EngineeringTeam:Detections and Respbugbug-fixereffort:lowgood first issueurgency:normalvalue:medium

Métriques du dépôt

Stars
 (19 065 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

Describe the bug:

After doing a search on Shared Exception Lis, deleting the search term and clicking 'Refresh" button, the list does not get refreshed. The action is just complete if the user uses the delete button 'X' in the search bar.

https://github.com/user-attachments/assets/859bcc24-2ab8-4fe8-adc5-faf0babb61e5

Kibana/Elasticsearch Stack version:

9.3

Functional Area (e.g. Endpoint management, timelines, resolver, etc.):

Shared Exception List

Steps to reproduce:

  1. Have a list of Shared Exception Lists
  2. On search bar, search for a term that returns a result
  3. Delete (backspace) the term entered
  4. Click 'Refresh'

Current behavior:

The list does not get refreshed. The action is just complete if the user uses the delete button 'X' in the search bar.

Expected behavior:

The list should be refreshed.

Guide contributeur

Direction de recherche
Investigate the Shared Exception List component in the Security Solution plugin (likely in x pack/plugins/security solution). Focus on the search bar and refresh button interaction. Determine why deleting the search term manually (via backspace) does not trigger a refresh, while the 'X' button does. Look at the component's state and the refresh function's dependencies. Consider if a useEffect or callback is missing the manual delete case. Check if there are any existing tests for this behavior.
Stack technique
typescriptreact
Domaine
frontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Bloquée
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
ReactTypeScriptKibana Security Solution
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
40