-
Notifications
You must be signed in to change notification settings - Fork 8.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Security Solution][Alert details] - bring back last alert status change to flyout #205224
[Security Solution][Alert details] - bring back last alert status change to flyout #205224
Conversation
Pinging @elastic/security-threat-hunting-investigations (Team:Threat Hunting:Investigations) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes look good - thanks!
<FormattedMessage | ||
id="xpack.securitySolution.flyout.right.about.status.statusHistoryDetails" | ||
defaultMessage="Alert status updated by {user} on {date}" | ||
values={{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nit...since there isn't a whole nested tree of components here, but probably best to memoize this entire object or pull out the new Date(statusUpdatedAt)
so it's not calculated in the render
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yeah, these are annoying because I have to do the memoization before the return null
so I have to do the check there as well... done here!
1a99cc5
to
6df2909
Compare
6df2909
to
5e8c28c
Compare
💚 Build Succeeded
Metrics [docs]Module Count
Async chunks
History
|
Starting backport for target branches: 8.x |
…nge to flyout (elastic#205224) ## Summary Over a year ago, [this PR](elastic#171589) added some information to the alert details flyout, to show when an alert's status (`closed`, `open` or `aknowledged`) had been modified last and by which user. Shortly after, [this follow up PR](elastic#172888) removed the UI from the alert details flyout, as the information wasn't extremely important and was taking some valuable vertical space, pushing down below the `Highlighted fields` section, that users were finding very important. A few months later, we added the ability to persist which of the top sections (`About`, `Investigation`, `Visualizations`, `Insights` and `Response`) were collapsed or expanded. That way the user wouldn't have to always collapse or expand sections they would often don't need. This PR brings back the alert's last status changes to the `About` section, as the vertical space is no longer a big issues, because users can now collapse the entire `About` section. #### If data is not present, the last change UI is not shown ![Screenshot 2024-12-27 at 3 46 14 PM](https://github.com/user-attachments/assets/24e033d7-fb15-496a-97be-ecf78996d243) #### If the correct data is shown: ![Screenshot 2024-12-27 at 3 50 12 PM](https://github.com/user-attachments/assets/a13f54d8-1804-4baf-a12b-5203beb4f92d) ### How to test - have a few alerts in the alerts table - open the alert details flyout for one alert and change the status (button in the header) - verify that the last status change section is shown in the `About` section ### Checklist - [x] Any text added follows [EUI's writing guidelines](https://elastic.github.io/eui/#/guidelines/writing), uses sentence case text and includes [i18n support](https://github.com/elastic/kibana/blob/main/packages/kbn-i18n/README.md) - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios (cherry picked from commit a4b1975)
💚 All backports created successfully
Note: Successful backport PRs will be merged automatically after passing CI. Questions ?Please refer to the Backport tool documentation |
…us change to flyout (#205224) (#205835) # Backport This will backport the following commits from `main` to `8.x`: - [[Security Solution][Alert details] - bring back last alert status change to flyout (#205224)](#205224) <!--- Backport version: 9.4.3 --> ### Questions ? Please refer to the [Backport tool documentation](https://github.com/sqren/backport) <!--BACKPORT [{"author":{"name":"Philippe Oberti","email":"[email protected]"},"sourceCommit":{"committedDate":"2025-01-08T04:50:44Z","message":"[Security Solution][Alert details] - bring back last alert status change to flyout (#205224)\n\n## Summary\r\n\r\nOver a year ago, [this\r\nPR](#171589) added some\r\ninformation to the alert details flyout, to show when an alert's status\r\n(`closed`, `open` or `aknowledged`) had been modified last and by which\r\nuser.\r\nShortly after, [this follow up\r\nPR](#172888) removed the UI from\r\nthe alert details flyout, as the information wasn't extremely important\r\nand was taking some valuable vertical space, pushing down below the\r\n`Highlighted fields` section, that users were finding very important.\r\n\r\nA few months later, we added the ability to persist which of the top\r\nsections (`About`, `Investigation`, `Visualizations`, `Insights` and\r\n`Response`) were collapsed or expanded. That way the user wouldn't have\r\nto always collapse or expand sections they would often don't need.\r\n\r\nThis PR brings back the alert's last status changes to the `About`\r\nsection, as the vertical space is no longer a big issues, because users\r\ncan now collapse the entire `About` section.\r\n\r\n#### If data is not present, the last change UI is not shown\r\n![Screenshot 2024-12-27 at 3 46\r\n14 PM](https://github.com/user-attachments/assets/24e033d7-fb15-496a-97be-ecf78996d243)\r\n\r\n#### If the correct data is shown:\r\n![Screenshot 2024-12-27 at 3 50\r\n12 PM](https://github.com/user-attachments/assets/a13f54d8-1804-4baf-a12b-5203beb4f92d)\r\n\r\n### How to test\r\n\r\n- have a few alerts in the alerts table\r\n- open the alert details flyout for one alert and change the status\r\n(button in the header)\r\n- verify that the last status change section is shown in the `About`\r\nsection\r\n\r\n### Checklist\r\n\r\n- [x] Any text added follows [EUI's writing\r\nguidelines](https://elastic.github.io/eui/#/guidelines/writing), uses\r\nsentence case text and includes [i18n\r\nsupport](https://github.com/elastic/kibana/blob/main/packages/kbn-i18n/README.md)\r\n- [x] [Unit or functional\r\ntests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)\r\nwere updated or added to match the most common scenarios","sha":"a4b1975fced9f5fd6c408401d19b79650a4fc56d","branchLabelMapping":{"^v9.0.0$":"main","^v8.18.0$":"8.x","^v(\\d+).(\\d+).\\d+$":"$1.$2"}},"sourcePullRequest":{"labels":["v9.0.0","release_note:feature","Team:Threat Hunting:Investigations","backport:version","v8.18.0"],"title":"[Security Solution][Alert details] - bring back last alert status change to flyout","number":205224,"url":"https://github.com/elastic/kibana/pull/205224","mergeCommit":{"message":"[Security Solution][Alert details] - bring back last alert status change to flyout (#205224)\n\n## Summary\r\n\r\nOver a year ago, [this\r\nPR](#171589) added some\r\ninformation to the alert details flyout, to show when an alert's status\r\n(`closed`, `open` or `aknowledged`) had been modified last and by which\r\nuser.\r\nShortly after, [this follow up\r\nPR](#172888) removed the UI from\r\nthe alert details flyout, as the information wasn't extremely important\r\nand was taking some valuable vertical space, pushing down below the\r\n`Highlighted fields` section, that users were finding very important.\r\n\r\nA few months later, we added the ability to persist which of the top\r\nsections (`About`, `Investigation`, `Visualizations`, `Insights` and\r\n`Response`) were collapsed or expanded. That way the user wouldn't have\r\nto always collapse or expand sections they would often don't need.\r\n\r\nThis PR brings back the alert's last status changes to the `About`\r\nsection, as the vertical space is no longer a big issues, because users\r\ncan now collapse the entire `About` section.\r\n\r\n#### If data is not present, the last change UI is not shown\r\n![Screenshot 2024-12-27 at 3 46\r\n14 PM](https://github.com/user-attachments/assets/24e033d7-fb15-496a-97be-ecf78996d243)\r\n\r\n#### If the correct data is shown:\r\n![Screenshot 2024-12-27 at 3 50\r\n12 PM](https://github.com/user-attachments/assets/a13f54d8-1804-4baf-a12b-5203beb4f92d)\r\n\r\n### How to test\r\n\r\n- have a few alerts in the alerts table\r\n- open the alert details flyout for one alert and change the status\r\n(button in the header)\r\n- verify that the last status change section is shown in the `About`\r\nsection\r\n\r\n### Checklist\r\n\r\n- [x] Any text added follows [EUI's writing\r\nguidelines](https://elastic.github.io/eui/#/guidelines/writing), uses\r\nsentence case text and includes [i18n\r\nsupport](https://github.com/elastic/kibana/blob/main/packages/kbn-i18n/README.md)\r\n- [x] [Unit or functional\r\ntests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)\r\nwere updated or added to match the most common scenarios","sha":"a4b1975fced9f5fd6c408401d19b79650a4fc56d"}},"sourceBranch":"main","suggestedTargetBranches":["8.x"],"targetPullRequestStates":[{"branch":"main","label":"v9.0.0","branchLabelMappingKey":"^v9.0.0$","isSourceBranch":true,"state":"MERGED","url":"https://github.com/elastic/kibana/pull/205224","number":205224,"mergeCommit":{"message":"[Security Solution][Alert details] - bring back last alert status change to flyout (#205224)\n\n## Summary\r\n\r\nOver a year ago, [this\r\nPR](#171589) added some\r\ninformation to the alert details flyout, to show when an alert's status\r\n(`closed`, `open` or `aknowledged`) had been modified last and by which\r\nuser.\r\nShortly after, [this follow up\r\nPR](#172888) removed the UI from\r\nthe alert details flyout, as the information wasn't extremely important\r\nand was taking some valuable vertical space, pushing down below the\r\n`Highlighted fields` section, that users were finding very important.\r\n\r\nA few months later, we added the ability to persist which of the top\r\nsections (`About`, `Investigation`, `Visualizations`, `Insights` and\r\n`Response`) were collapsed or expanded. That way the user wouldn't have\r\nto always collapse or expand sections they would often don't need.\r\n\r\nThis PR brings back the alert's last status changes to the `About`\r\nsection, as the vertical space is no longer a big issues, because users\r\ncan now collapse the entire `About` section.\r\n\r\n#### If data is not present, the last change UI is not shown\r\n![Screenshot 2024-12-27 at 3 46\r\n14 PM](https://github.com/user-attachments/assets/24e033d7-fb15-496a-97be-ecf78996d243)\r\n\r\n#### If the correct data is shown:\r\n![Screenshot 2024-12-27 at 3 50\r\n12 PM](https://github.com/user-attachments/assets/a13f54d8-1804-4baf-a12b-5203beb4f92d)\r\n\r\n### How to test\r\n\r\n- have a few alerts in the alerts table\r\n- open the alert details flyout for one alert and change the status\r\n(button in the header)\r\n- verify that the last status change section is shown in the `About`\r\nsection\r\n\r\n### Checklist\r\n\r\n- [x] Any text added follows [EUI's writing\r\nguidelines](https://elastic.github.io/eui/#/guidelines/writing), uses\r\nsentence case text and includes [i18n\r\nsupport](https://github.com/elastic/kibana/blob/main/packages/kbn-i18n/README.md)\r\n- [x] [Unit or functional\r\ntests](https://www.elastic.co/guide/en/kibana/master/development-tests.html)\r\nwere updated or added to match the most common scenarios","sha":"a4b1975fced9f5fd6c408401d19b79650a4fc56d"}},{"branch":"8.x","label":"v8.18.0","branchLabelMappingKey":"^v8.18.0$","isSourceBranch":false,"state":"NOT_CREATED"}]}] BACKPORT--> Co-authored-by: Philippe Oberti <[email protected]>
…nge to flyout (elastic#205224) ## Summary Over a year ago, [this PR](elastic#171589) added some information to the alert details flyout, to show when an alert's status (`closed`, `open` or `aknowledged`) had been modified last and by which user. Shortly after, [this follow up PR](elastic#172888) removed the UI from the alert details flyout, as the information wasn't extremely important and was taking some valuable vertical space, pushing down below the `Highlighted fields` section, that users were finding very important. A few months later, we added the ability to persist which of the top sections (`About`, `Investigation`, `Visualizations`, `Insights` and `Response`) were collapsed or expanded. That way the user wouldn't have to always collapse or expand sections they would often don't need. This PR brings back the alert's last status changes to the `About` section, as the vertical space is no longer a big issues, because users can now collapse the entire `About` section. #### If data is not present, the last change UI is not shown ![Screenshot 2024-12-27 at 3 46 14 PM](https://github.com/user-attachments/assets/24e033d7-fb15-496a-97be-ecf78996d243) #### If the correct data is shown: ![Screenshot 2024-12-27 at 3 50 12 PM](https://github.com/user-attachments/assets/a13f54d8-1804-4baf-a12b-5203beb4f92d) ### How to test - have a few alerts in the alerts table - open the alert details flyout for one alert and change the status (button in the header) - verify that the last status change section is shown in the `About` section ### Checklist - [x] Any text added follows [EUI's writing guidelines](https://elastic.github.io/eui/#/guidelines/writing), uses sentence case text and includes [i18n support](https://github.com/elastic/kibana/blob/main/packages/kbn-i18n/README.md) - [x] [Unit or functional tests](https://www.elastic.co/guide/en/kibana/master/development-tests.html) were updated or added to match the most common scenarios
Summary
Over a year ago, this PR added some information to the alert details flyout, to show when an alert's status (
closed
,open
oraknowledged
) had been modified last and by which user.Shortly after, this follow up PR removed the UI from the alert details flyout, as the information wasn't extremely important and was taking some valuable vertical space, pushing down below the
Highlighted fields
section, that users were finding very important.A few months later, we added the ability to persist which of the top sections (
About
,Investigation
,Visualizations
,Insights
andResponse
) were collapsed or expanded. That way the user wouldn't have to always collapse or expand sections they would often don't need.This PR brings back the alert's last status changes to the
About
section, as the vertical space is no longer a big issues, because users can now collapse the entireAbout
section.If data is not present, the last change UI is not shown
If the correct data is shown:
How to test
About
sectionChecklist