[Security Solution] Update "Execution events" tab UI#252168
[Security Solution] Update "Execution events" tab UI#252168nikitaindik merged 10 commits intoelastic:mainfrom
Conversation
Flaky Test Runner Stats🎉 All tests passed! - kibana-flaky-test-suite-runner#10695[✅] Security Solution Rule Management - Cypress: 50/50 tests passed. |
b96e499 to
7ab62c8
Compare
|
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
|
Pinging @elastic/security-solution (Team: SecuritySolution) |
|
Pinging @elastic/security-detection-rule-management (Team:Detection Rule Management) |
nkhristinin
left a comment
There was a problem hiding this comment.
Nice update! DE changes LGTM!
maximpn
left a comment
There was a problem hiding this comment.
@nikitaindik Thanks for polishing the execution events tab 🙏
I left a few comments regarding the diff but overall it LGTM. And local testing didn't reveal any issues.
I'd recommend considering to move out rule execution id to the table row. UUID is quite long so we could show a short version displaying the full value upon hovering. Different rule execution it could be shown in badge style with colored background. It should help to visually distinguish event from different rule executions.
7ab62c8 to
71a556c
Compare
Thanks. I addressed the comments.
I was also thinking about something like this. Kind of like table rows are rendered with alternating colors to easily distinguish between rows (in our case this would be groups of rows). I agree that we def need some visual separation between events from different executions. I'd say let's get back to this once we start implementing the filtering by rule execution IDs. |
⏳ Build in-progress, with failures
Failed CI StepsHistory
cc @nikitaindik |
**Resolves: elastic#251206 ## Summary This PR adds some polishing to the "Execution events" tab on the rule details page to make it more user-friendly and usable for debugging issues with rule execution. Cypress tests were also added. > NOTE: Currently this functionality is hidden behind a feature flag and is not visible by default. ## Screenshots <details> <summary>Click to see screenshots</summary> **Before** <img width="1441" height="669" alt="543710465-c3cc2781-1e80-4a34-af25-65e70d880623" src="https://github.com/user-attachments/assets/e8e3a326-84b1-4dae-bfba-c1d25ea41979" /> **After** <img width="1611" height="862" alt="Screenshot 2026-02-09 at 10 31 34" src="https://github.com/user-attachments/assets/59fa9829-1d60-41cf-82d3-d72904430763" /> </details> ## Changes - Replaced the "Message" column with a "Summary" column. It shows more user friendly summaries of "status changes" and "metrics" events and truncated "message" for "message" events. - Simplified the display of the details in the expandable sections: displaying only what's relevant to current event, without duplicating info that's shown elsewhere in UI. - Made event message filtering send a request only on hitting "Enter" (previously it was on every keypress). - Replaced event type icons with ones that are are more directly related to event types. - Updated the Event Log Reader to pass additional details, specific to an event type. This helps to display proper rule statuses in UI, for example ("Warning" instead of technical "partial failure"). - Added Cypress tests to cover the functionality. ## How to test Enable the feature flag and the advanced settings in Kibana config ``` xpack.securitySolution.enableExperimental: ['extendedRuleExecutionLoggingEnabled'] uiSettings.overrides: 'securitySolution:extendedRuleExecutionLoggingEnabled': true 'securitySolution:extendedRuleExecutionLoggingMinLevel': 'debug' ``` You can use this script to create rules of different types that will generate execution events. https://gist.github.com/nikitaindik/6e9eb707a0f5a53c8fbb65510caa8807
## Summary I accidentally merged a commit in PR [elastic#252168](elastic#252168) that was destined for another PR elastic#252374. 🤦♂️ The commit adjusted log levels for rule executors. Opening this PR to revert the unwanted commit.
… rule executors (#252374) **Resolves: #251211 ## Summary We'd like to provide a user-friendly way to view rule execution events to our customers, so that they could do some basic rule execution troubleshooting. To achieve this we are currently working ([PR](#252168)) on improving the "Execution events" tab on the Rule Details page (currently hidden behind a feature flag). The "Execution events" tab would show execution events logged to event log, filtered by selected log levels. Ideally, we'd like to give users the most helpful information right away (like which indices are queried, how many alerts were created, how many were filtered by exceptions, etc) and let. Currently, we don't log a lot of info useful for customers, but we do log a lot of developer-useful info. <details> <summary>Screenshot of how "Execution events" messages look currently</summary> <img width="2932" height="675" alt="Screenshot 2026-02-09 at 17 33 56" src="https://github.com/user-attachments/assets/5ec58dd8-6032-49f3-83ec-bfbd13a6fa03" /> </details> <details> <summary>Screenshot of how "Execution events" would look after we apply changes from this PR (much cleaner)</summary> <img width="2291" height="854" alt="Screenshot 2026-02-12 at 12 07 04" src="https://github.com/user-attachments/assets/da74a5da-e6d5-4a07-885c-39ed3a55a132" /> </details> **Changes** This PR adjusts "message" logs written to event log from rule executors: - No new logs added, no information was removed. - Updated log levels: "info" for less technical user-useful info, "debug" for rule execution stages and basic stats, "trace" is for very small details, mostly useful for devs. - Updated the wording to be a bit more UI friendly and consistent. - Edited long log messages to have a summary/most useful piece of info in the first sentence, then details, separated by a newline char. We could show the first line in the "Execution events" table right away and the full message with all the details in the expandable section. > **NOTE**: You'll need to enable these Advanced Settings in Kibana config to write logs of all levels. ``` uiSettings.overrides: 'securitySolution:extendedRuleExecutionLoggingEnabled': true 'securitySolution:extendedRuleExecutionLoggingMinLevel': 'trace' ``` --------- Co-authored-by: Devin W. Hurley <snowmiser111@gmail.com>
… rule executors (elastic#252374) **Resolves: elastic#251211 ## Summary We'd like to provide a user-friendly way to view rule execution events to our customers, so that they could do some basic rule execution troubleshooting. To achieve this we are currently working ([PR](elastic#252168)) on improving the "Execution events" tab on the Rule Details page (currently hidden behind a feature flag). The "Execution events" tab would show execution events logged to event log, filtered by selected log levels. Ideally, we'd like to give users the most helpful information right away (like which indices are queried, how many alerts were created, how many were filtered by exceptions, etc) and let. Currently, we don't log a lot of info useful for customers, but we do log a lot of developer-useful info. <details> <summary>Screenshot of how "Execution events" messages look currently</summary> <img width="2932" height="675" alt="Screenshot 2026-02-09 at 17 33 56" src="https://github.com/user-attachments/assets/5ec58dd8-6032-49f3-83ec-bfbd13a6fa03" /> </details> <details> <summary>Screenshot of how "Execution events" would look after we apply changes from this PR (much cleaner)</summary> <img width="2291" height="854" alt="Screenshot 2026-02-12 at 12 07 04" src="https://github.com/user-attachments/assets/da74a5da-e6d5-4a07-885c-39ed3a55a132" /> </details> **Changes** This PR adjusts "message" logs written to event log from rule executors: - No new logs added, no information was removed. - Updated log levels: "info" for less technical user-useful info, "debug" for rule execution stages and basic stats, "trace" is for very small details, mostly useful for devs. - Updated the wording to be a bit more UI friendly and consistent. - Edited long log messages to have a summary/most useful piece of info in the first sentence, then details, separated by a newline char. We could show the first line in the "Execution events" table right away and the full message with all the details in the expandable section. > **NOTE**: You'll need to enable these Advanced Settings in Kibana config to write logs of all levels. ``` uiSettings.overrides: 'securitySolution:extendedRuleExecutionLoggingEnabled': true 'securitySolution:extendedRuleExecutionLoggingMinLevel': 'trace' ``` --------- Co-authored-by: Devin W. Hurley <snowmiser111@gmail.com>
Resolves: #251206
Summary
This PR adds some polishing to the "Execution events" tab on the rule details page to make it more user-friendly and usable for debugging issues with rule execution. Cypress tests were also added.
Screenshots
Click to see screenshots
Before

After

Changes
How to test
Enable the feature flag and the advanced settings in Kibana config
You can use this script to create rules of different types that will generate execution events.
https://gist.github.com/nikitaindik/6e9eb707a0f5a53c8fbb65510caa8807