Open spong opened 2 years ago
Pinging @elastic/security-solution (Team: SecuritySolution)
Pinging @elastic/security-detections-response (Team:Detections and Resp)
Pinging @elastic/security-threat-hunting (Team:Threat Hunting)
Pinging @elastic/security-threat-hunting-investigations (Team:Threat Hunting:Investigations)
First identified by @xcrzx over in https://github.com/elastic/kibana/pull/130072#discussion_r862946360, it was noticed that there can be a delay between when Sourcerer initializes the
Alert Security Data View
and when the actual index is created, resulting in a few errors on the page and some features not working as expected until theAlert Security Data View
is fully initialized. This is a by-product of the alerts index not being created until the first alert is detected/written, and Sourcerer not being synced with other network requests on the Rule Details page (and so you can refresh Alerts/Execution Logs without an active Sourcerer, resulting in errors).To reproduce:
Error shown to user when Sourcerer can't initialize
Sourcerer uninitialized in UI
Refresh after alerts index is created Sourcerer is then initialized
Expected behavior:
refresh
, but in this instance refreshing before an alert is made will not resolve the issue, so may want to just adjust copy here./api/detection_engine/index
is updated on the page or before other dependent requests are made. I.e., ensure subsequent calls to get alerts/execution logs/etc also trigger a re-initialization of Sourcerer so they aren't in a bad state.