-
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
[Detections][Security Solution] Values are not populated on exceptions dialog #104371
Comments
Pinging @elastic/security-detections-response (Team:Detections and Resp) |
Pinging @elastic/security-solution (Team: SecuritySolution) |
@peluja1012 @spong can you please help to prioritise this bug? for me is critical/high. @deepikakeshav-qasource @mandeepkaur-qasource please take into consideration this during your testing. Thanks :) |
++ @MadameSheema, this is critical/high and will need to be addressed for 7.14. |
Thanks @spong! @MikePaquette this issue was listed in your ticket: elastic/security-team#1412 and has been raised to Critical. Thanks :) |
In reviewing #104559 (review), a stack trace was identified coming from the auto-complete service, and seemingly related to #100174, so will want to cross-check the changes there with this issue is well. |
Here's a bit more information: I just tried three cases:
cc: @FrankHassanabad |
@deepikakeshav-qasource can you please try to reproduce the issue on BC2? Thanks! :) |
Hi @MadameSheema , We have validated this ticket on 7.14.0 BC2 build and observed that issue is Not occurring. Values are populated on Rule exception for both in custom rule as well as elastic rule. Build Details:
Screenshot: Elastic Rule: Malware_exception.mp4Please let us know if anything else is required from our end Thanks!! |
I have also validated this for BC2, but to leave a note here, this issue was due to problems with autocomplete and a newer algorithm called As of BC2, you still can see autocomplete malfunctioning with one usecase which is if you use However, they fixed that here and it should be ready by BC3: And Kibana has a ticket opened to bubble up the error rather than a 500 internal server error so we can get more information from here: That is a work in progress but hopefully makes it by the next BC. |
Another open issue for the terms_enum fyi: which auto-complete has changed its algorithm to |
Hi @FrankHassanabad , We have validated this on 7.14.0 BC2 build and We are able to reproduce this issue. Error is displaying in dev tool network. Build Details:
Thanks!! cc: @MadameSheema |
Thanks, let's wait for BC3 and see if it's fixed there. I expect this part to still be broken BC2 but fixed BC3 🤞 as the issue is further down the stack from the security solutions team and within ElasticSearch. |
@deepikakeshav-qasource can you please validate this issue on BC3? Thanks |
Hi @MadameSheema, We have validated this ticket on 7.14.0 BC3 build and observed that issue is Fixed. Please find the our below observations: Build Details:
Observation 1: No error is displaying in dev tool network when enter the query in search under host tab. Screen Recording: host_network_error.mp4Observation 2: Values are populated on Rule exception. Please let us know if we are missing anything and anything else is required from our end. Thanks!! |
Bug Conversion: 01 Test-Case updated |
Describe the bug:
Kibana/Elasticsearch Stack version:
7.14.0 - BC1
Functional Area (e.g. Endpoint management, timelines, resolver, etc.):
Steps to reproduce:
Current behavior:
Expected behavior:
The text was updated successfully, but these errors were encountered: