-
Notifications
You must be signed in to change notification settings - Fork 8.1k
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
Loose of “pinned filter” when switching from dashboard to Discover (when using “Saved queries”) #53258
Comments
Pinging @elastic/kibana-app (Team:KibanaApp) |
Thanks for reporting this issue, I was able to reproduce it myself. Looks like it might be a bug with how we're loading the filters from the saved query, because the pinned filter only disappears if you previously had a saved query loaded in Discover. I'll look into it 👍 |
hello, It does no more remove pinned filters when I go from Dashboard to Discover, even i I selected "open search" in Discover (Menu "Open / Save" search disappeared from dashboard, so I need to activate it from Discover) |
I can still reproduce in master. The steps I'm following:
|
When we originally implemented Saved Queries we had them overwrite pinned filters on load and on clear. This caused the issue in #53258. If you have a saved query loaded in Discover for example and you navigate to a different app and then back to Discover, that saved query will get get reloaded since app state is retained when navigating back and forth between apps. If you created a pinned filter in between visits to Discover, it will get removed when the saved query is reloaded. This issue made me reconsider our previous decision. I think pinned filters should not be affected by loading or clearing a saved query, since they are pinned they should only be removed if the user explicitly asks for it. This solves the reported issue and I also think it makes the UI more intuitive.
…c#54307) When we originally implemented Saved Queries we had them overwrite pinned filters on load and on clear. This caused the issue in elastic#53258. If you have a saved query loaded in Discover for example and you navigate to a different app and then back to Discover, that saved query will get get reloaded since app state is retained when navigating back and forth between apps. If you created a pinned filter in between visits to Discover, it will get removed when the saved query is reloaded. This issue made me reconsider our previous decision. I think pinned filters should not be affected by loading or clearing a saved query, since they are pinned they should only be removed if the user explicitly asks for it. This solves the reported issue and I also think it makes the UI more intuitive.
#55473) When we originally implemented Saved Queries we had them overwrite pinned filters on load and on clear. This caused the issue in #53258. If you have a saved query loaded in Discover for example and you navigate to a different app and then back to Discover, that saved query will get get reloaded since app state is retained when navigating back and forth between apps. If you created a pinned filter in between visits to Discover, it will get removed when the saved query is reloaded. This issue made me reconsider our previous decision. I think pinned filters should not be affected by loading or clearing a saved query, since they are pinned they should only be removed if the user explicitly asks for it. This solves the reported issue and I also think it makes the UI more intuitive.
Hello,
I used saved queries and it is quite useful for me ! 😄
But it brings me a drawback as newly pinned filters are erased when going from dashboard to Discover .
Example :
I open my "personalFilter" in Dashboard which add several filters in my bar
Then, I add another filter in my bar, and declare it as "pinned"
Then I switch to Discover
=> my newly created filter dissappear 😬
Do you know how to keep this pinned filter without saving request directly in Dashboard ? (I need to test it in Discover before saving it !)
PS :
Behavior seen in Kibana 7.4.2
The text was updated successfully, but these errors were encountered: