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

Allow selection of time field in DIscover/saved search #26402

Closed
Tracked by #170754
markwalkom opened this issue Nov 29, 2018 · 4 comments
Closed
Tracked by #170754

Allow selection of time field in DIscover/saved search #26402

markwalkom opened this issue Nov 29, 2018 · 4 comments
Labels
enhancement New value added to drive a business result Feature:Discover Discover Application Icebox impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:needs-research This issue requires some research before it can be worked on or estimated Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.

Comments

@markwalkom
Copy link
Contributor

Describe the feature: Related - #1714

Be able to select a timestamp in Discover/a saved search and that over writes the default one - ie it allows you to remove the default from the table.

Describe a specific use case for the feature: I have a dataset that has 5 timestamps. Event submission, start, finish, actioned and updated. But I can only ever really set Discover, and any subsequent saved searches, to use the primary time field for the pattern.

If I want to use one of the other time fields as the primary I need to end up having two time fields, which is counter intuitive and ends up looking messy.

@markwalkom markwalkom added the Feature:Discover Discover Application label Nov 29, 2018
@kertal kertal added enhancement New value added to drive a business result Team:Visualizations Visualization editors, elastic-charts and infrastructure labels Mar 5, 2021
@elasticmachine
Copy link
Contributor

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

@kertal
Copy link
Member

kertal commented Mar 5, 2021

So when we get rid of the legacy table we intend to make also the time field to be removable from the table, however this solves just one issue you mentioned, you want to choose another time field as primary, so when you would create a Visualization that field should be used?

@timroes
Copy link
Contributor

timroes commented Mar 5, 2021

Let's keep this issue to only track switching the "primary" time field (if we'd want that) in Discover. Lens already supports using any time field to do auto date histograms on. If discover would support switching the primary time fields, we might want to add a hint to the VISUALIZE_FIELDS trigger to allow specifying which date field should be used as primary one, so Lens could take that into account when navigating to it.

@timroes timroes added Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. and removed Team:Visualizations Visualization editors, elastic-charts and infrastructure labels Aug 31, 2021
@davismcphee davismcphee added loe:needs-research This issue requires some research before it can be worked on or estimated impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. labels Dec 6, 2022
@kertal kertal added the Icebox label Sep 20, 2024
@kertal
Copy link
Member

kertal commented Sep 20, 2024

Closing this because it's not planned to be resolved in the foreseeable future. It will be tracked in our Icebox and will be re-opened if our priorities change. Feel free to re-open if you think it should be melted sooner.

@kertal kertal closed this as not planned Won't fix, can't repro, duplicate, stale Sep 20, 2024
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:Discover Discover Application Icebox impact:low Addressing this issue will have a low level of impact on the quality/strength of our product. loe:needs-research This issue requires some research before it can be worked on or estimated Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.
Projects
None yet
Development

No branches or pull requests

5 participants