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

Saved Query - Link to the query instead of copying it (like in Saved Search) #82692

Closed
odmby opened this issue Nov 5, 2020 · 8 comments
Closed
Labels
enhancement New value added to drive a business result Feature:Query Bar Querying and query bar features Feature:Unified search Unified search related tasks impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. loe:small Small Level of Effort Team:Visualizations Visualization editors, elastic-charts and infrastructure

Comments

@odmby
Copy link

odmby commented Nov 5, 2020

After I apply a Saved Query to a visual/dashboard it basically only copies it and stays static.
If I edit the original Saved Query, it won't get updated in the visuals/dashboards that use it.
The current behavior makes it unusable to our needs and defies the purpose.
For Saved Search it works as I would expect, but the downside is that it can't be applied on already existing dashboards or visuals (which we have a lot).

@nreese nreese added enhancement New value added to drive a business result Feature:Query Bar Querying and query bar features Team:AppArch Team:Visualizations Visualization editors, elastic-charts and infrastructure labels Nov 6, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-arch (Team:AppArch)

@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app (Team:KibanaApp)

@nreese nreese removed the Team:Visualizations Visualization editors, elastic-charts and infrastructure label Nov 6, 2020
@exalate-issue-sync exalate-issue-sync bot added impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:small Small Level of Effort labels Jun 2, 2021
@lukasolson lukasolson added the Feature:Unified search Unified search related tasks label Apr 19, 2022
@lukasolson
Copy link
Member

cc @cchaos @stratoula

@stratoula stratoula added Team:Visualizations Visualization editors, elastic-charts and infrastructure and removed Team:AppServicesSv labels Nov 14, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-visualizations @elastic/kibana-visualizations-external (Team:Visualizations)

@drewdaemon
Copy link
Contributor

drewdaemon commented Jul 17, 2023

+1 elastic/integrations#6954 (comment)

Also note that this is currently an indirect Lens feature gap as well since we don't support saved searches in Lens. So, there's no way to have a query state that can be shared among Lens visualizations where changes would be reflected everywhere.

From @MakoWish

Yeah, that is a huge one for us and one of the biggest reasons we are not using Lens more. We have quite a few dashboards where all visualizations are linked to Saved Searches, because the filtering done on the Saved Search is updated from time-to-time (list of specific servers, services, etc.). Having to update the filters on every single visualization is not feasible. With a Saved Search, there is one change, and all the dashboards and visualizations based on that Saved Search will automatically reflect that change.

Saving filters to the dashboard itself is not a good idea at all, because users frequently want to search for things on their own, or apply their own filters, and when they clear filters or the search bar, they lose the base filtering we need on the dashboard to begin with. We don’t want standard users to have the ability to clear those filters at all.

@drewdaemon drewdaemon added impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. and removed impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. labels Jul 17, 2023
@stratoula
Copy link
Contributor

Closing as duplicate of #126735

@MakoWish
Copy link

@stratoula ,

Just curious... why would you close an issue that is more than three years old for one that is not as old. Shouldn't older issues be prioritized? I would think close the newer one and keep this open.

@stratoula
Copy link
Contributor

I am keeping the issue that I feel describes better the problem for the team to understand. We have them linked so nothing is lost.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New value added to drive a business result Feature:Query Bar Querying and query bar features Feature:Unified search Unified search related tasks impact:needs-assessment Product and/or Engineering needs to evaluate the impact of the change. loe:small Small Level of Effort Team:Visualizations Visualization editors, elastic-charts and infrastructure
Projects
Status: Done in current release
Development

No branches or pull requests

7 participants