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

Index patterns do not support date_range ES type #76980

Closed
andrewvc opened this issue Sep 8, 2020 · 4 comments
Closed

Index patterns do not support date_range ES type #76980

andrewvc opened this issue Sep 8, 2020 · 4 comments
Labels
bug Fixes for quality problems that affect the customer experience Feature:Data Views Data Views code and UI - index patterns before 8.0 Feature:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages 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 papercut Small "burr" in the product that we should fix. Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL.

Comments

@andrewvc
Copy link
Contributor

andrewvc commented Sep 8, 2020

master (as of Sep. 8, 2020)

When using heartbeat' which specifies a date range field for monitor.timespan, there are errors when reloading the index pattern. See SS below:

image

It appears Kibana cannot handle these types

@andrewvc andrewvc added bug Fixes for quality problems that affect the customer experience Feature:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages labels Sep 8, 2020
@andrewvc andrewvc assigned andrewvc and unassigned andrewvc Sep 8, 2020
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-app-services (Team:AppServices)

@briancurtin
Copy link
Member

I'm not sure if or how relevant this is, but in https://github.com/elastic/cloud/pull/77418 we had a case where we have a mapping with {"range": "date_range"} and we seeded some tests with data in an index before explicitly creating a mapping. That resulted in Elasticsearch dynamically creating a mapping that resulted in fields like {"range.gte": "date", "range.lt": "date"}, so I was able to create an Index Pattern for range.gte nicely. Then we noticed we were indexing that test data without the full mapping which caused other issues, so now we create the mapping, index the test data, and then we're good...but we then lost the ability to have a date field on the pattern. The referenced change is for us to add a standalone {"timestamp": "date"} field that is a duplicate of the range.gte contents.

@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 21, 2021
@petrklapka petrklapka added Feature:Data Views Data Views code and UI - index patterns before 8.0 Team:DataDiscovery Discover, search (e.g. data plugin and KQL), data views, saved searches. For ES|QL, use Team:ES|QL. and removed Team:AppServicesSv labels Nov 28, 2022
@elasticmachine
Copy link
Contributor

Pinging @elastic/kibana-data-discovery (Team:DataDiscovery)

@kertal kertal added the papercut Small "burr" in the product that we should fix. label Feb 25, 2023
@kertal
Copy link
Member

kertal commented Feb 27, 2023

I've just checked in Discover, Data view management, date_range ES type is now supported correctly
Bildschirmfoto 2023-02-27 um 10 10 58
Thx for a lot for reporting , sorry for the long delay, seems it was lost in issue flood.

@kertal kertal closed this as completed Feb 27, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Fixes for quality problems that affect the customer experience Feature:Data Views Data Views code and UI - index patterns before 8.0 Feature:Kibana Management Feature label for Data Views, Advanced Setting, Saved Object management pages 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 papercut Small "burr" in the product that we should fix. 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

6 participants