Skip to content
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

Alerts Table query with time filter update problems #142208

Closed
jcger opened this issue Sep 29, 2022 · 2 comments · Fixed by #142377
Closed

Alerts Table query with time filter update problems #142208

jcger opened this issue Sep 29, 2022 · 2 comments · Fixed by #142377
Assignees
Labels
bug Fixes for quality problems that affect the customer experience Team: Actionable Observability - DEPRECATED For Observability Alerting and SLOs use "Team:obs-ux-management", for AIops "Team:obs-knowledge" Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) v8.5.0

Comments

@jcger
Copy link
Contributor

jcger commented Sep 29, 2022

The Alerts table is being fed with a query prop that sets a range of fixed timestamps to get new data (see gte and lte)

Screenshot 2022-09-29 at 12 05 47

As we do not update that filter until reloading the page, the user might experience strange behaviour while using the Alerts Table.
For example, following this workflow:

  • User opens a page with our alerts table (for example alerts overview in o11y)
  • There is an active alert that will not change status to recovered but keep active next time the rule is executed
  • Users stays in that page for longer that it takes to the rule to be executed
  • Rule is executed and updates the active alert's timestamp
  • Users uses pagination, clicks on reset or does anything that fetches the alerts again
  • The active alert will disappear from the list as its timestamp isn't anymore in between the time range that was set in the alerts table when initialising
  • If the user reloads, the same alert that disappeared will appear again

Solutions:

Still investigating but our first approach would be to try to update the query that is passed by to the alerts table so it gives us relative timestamp (from now - 15 minutes to now instead of "gte":"2022-09-29T10:44:57.489Z","lte":"2022-09-29T10:59:57.489Z")

Fixing this should close #142053

@botelastic botelastic bot added the needs-team Issues missing a team label label Sep 29, 2022
@jcger jcger added bug Fixes for quality problems that affect the customer experience v8.5.0 and removed needs-team Issues missing a team label labels Sep 29, 2022
@botelastic botelastic bot added the needs-team Issues missing a team label label Sep 29, 2022
@jcger jcger added Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) and removed needs-team Issues missing a team label labels Sep 29, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/response-ops (Team:ResponseOps)

@maryam-saeidi maryam-saeidi self-assigned this Sep 30, 2022
@maryam-saeidi maryam-saeidi added the Team: Actionable Observability - DEPRECATED For Observability Alerting and SLOs use "Team:obs-ux-management", for AIops "Team:obs-knowledge" label Sep 30, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/actionable-observability (Team: Actionable Observability)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience Team: Actionable Observability - DEPRECATED For Observability Alerting and SLOs use "Team:obs-ux-management", for AIops "Team:obs-knowledge" Team:ResponseOps Label for the ResponseOps team (formerly the Cases and Alerting teams) v8.5.0
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants