-
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
[Visualize] Fixes the case with existing saved search and absent dataview #147327
Conversation
💛 Build succeeded, but was flaky
Failed CI StepsMetrics [docs]Async chunks
Unknown metric groupsESLint disabled in files
ESLint disabled line counts
Total ESLint disabled count
To update your PR or re-run it, just comment with: |
Pinging @elastic/kibana-visualizations @elastic/kibana-visualizations-external (Team:Visualizations) |
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.
Tested on Safari, but I have few questions.
I can see the new error only when creating a new visualization with a saved search referencing a missing dataView.
Also, why do I see two toasts?
When opening a visualization referencing a saved search, which points to a missing dataView things get a little bit more confusing:
- on dashboard it looks like the saved search object is missing, but it's not
- also opening the editor (via dashboard link, or via Visualize library) it seems like the saved search object cannot be found:
@dej611 this Pr fixes the bug as described in the issue: Remove an index pattern from an existing saved search for a new visualization. For existing visualizations, this is how it worked. I agree that is not the best UX but this is how it works on main. We can create an enhancement request to improve the behavior. About the toasts I also think that it should be investigated on another PR as this happens in general. (multiple toasts creation) My goal here is to not break kibana. |
Summary
Closes #147285
It fixes the bug that is described in the issue. If you create a saved search with an index pattern and then delete the index pattern. now it won't break the entire kibana but will navigate to to the following screen that indicates that there is no index.
This is an edge case on my point of view, ideally if there are saved searches that correspond to a non-existent dataview should not be on the list but the current architecture doesn't allow to quickly solve this. I think it is fine for now.