-
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
Users selection to allow queries to run beyond configurable timeout #24227
Comments
Pinging @elastic/kibana-app-arch |
How would this work on dashboard when each embeddable is executing it's own query? Would they be saying "cancel this query" so I can change it at the dashboard level? Or would the user be saying "cancel all queries", so I can then change the time range at the dashboard level? Or would the user be saying "cancel this embeddables query, and then change the query for this embeddable only"? Would they get a pop up for every embeddable on the dashboard? |
Just leaving a note here that the first phase of this is planned to allow a user, while still on a page, to wait & allow the query to continue running (using ES async_search APIs). See elastic/elasticsearch#49931 & #53538. |
Closed by #60706. |
This suggestion was discussed on EAH,
Occasionally, users can run queries that might take longer time, provide a popup after a configurable time (or at timeout) that notify the query takes longer, users can decide whether they want to continue waiting for the results or to refine the query, which will cancel the running query and let the user refine the search, time range or aggregation.
This can also improve the experience when using frozen indices, where queries might take longer and likely reach timeout. Based on the users' decision the query can continue running beyond the configured timeout.
An example that might apply for Discover

The text was updated successfully, but these errors were encountered: