Skip to content

[Background search] No search requests in background search should be handled as an error case #240887

@lukasolson

Description

@lukasolson

Related to #237771.

When a background search is first created, it has some information about the state of the application when it was created to be used when restoring. However we rely on the search requests being polled & server-side behavior to update the saved object with the information about the search requests.

It is possible that the search requests are not polled (e.g. if the browser is closed or if in another tab the search requests are canceled) and don't get added to the saved object, which results in a background search saved object that has 0 search requests. Currently this is treated as if the background search is still in-progress, and thus displays a loading spinner indefinitely:

Image

This is how it looks when inspecting the Background search:

Image

The background search saved object should only contain 0 search requests for a few seconds & never an extended period of time, and thus should be treated as an error state rather than in-progress (if it has been more than a few seconds since the saved object was created).

Metadata

Metadata

Assignees

Labels

Feature:BackgroundSearchBackground search feature used in Discover, Dashboard, etc.Project:AsyncSearchBackground search, partial results, async search services.Team:DataDiscoveryDiscover, search (data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. t//bugFixes for quality problems that affect the customer experienceimpact:lowAddressing this issue will have a low level of impact on the quality/strength of our product.loe:smallSmall Level of Effort

Type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions