-
Notifications
You must be signed in to change notification settings - Fork 24.9k
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
Broken range queries on "date||epoch_millis" fields in 7.1 #42835
Labels
Comments
not-napoleon
added
:Search Foundations/Mapping
Index mappings, including merging and defining field types
>bug
labels
Jun 4, 2019
Pinging @elastic/es-search |
not-napoleon
added
:Search/Search
Search-related issues that do not fall into other categories
and removed
:Search Foundations/Mapping
Index mappings, including merging and defining field types
labels
Jun 4, 2019
Possibly related to #41160 ? |
It is related to #40100 where I changed the logic for parsing composite date formats (with |
pgomulka
added a commit
to pgomulka/elasticsearch
that referenced
this issue
Jun 13, 2019
roundUp parsers were losing the composite pattern information when new JavaDateFormatter was created from methods withLocale or withZone. The roundUp parser should be preserved when calling these methods. This is the same approach in withLocale/Zone methods as in https://github.com/elastic/elasticsearch/blob/daa2ec8a605d385a65b9ab3e89d016b3fd0dffe2/server/src/main/java/org/elasticsearch/common/time/JavaDateFormatter.java closes elastic#42835
pgomulka
added a commit
to pgomulka/elasticsearch
that referenced
this issue
Jun 13, 2019
roundUp parsers were losing the composite pattern information when new JavaDateFormatter was created from methods withLocale or withZone. The roundUp parser should be preserved when calling these methods. This is the same approach in withLocale/Zone methods as in https://github.com/elastic/elasticsearch/blob/daa2ec8a605d385a65b9ab3e89d016b3fd0dffe2/server/src/main/java/org/elasticsearch/common/time/JavaDateFormatter.java closes elastic#42835
This was referenced Jun 13, 2019
pgomulka
added a commit
that referenced
this issue
Jun 14, 2019
roundUp parsers were losing the composite pattern information when new JavaDateFormatter was created from methods withLocale or withZone. The roundUp parser should be preserved when calling these methods. This is the same approach in withLocale/Zone methods as in https://github.com/elastic/elasticsearch/blob/daa2ec8a605d385a65b9ab3e89d016b3fd0dffe2/server/src/main/java/org/elasticsearch/common/time/JavaDateFormatter.java closes #42835
pgomulka
added a commit
that referenced
this issue
Jun 14, 2019
roundUp parsers were losing the composite pattern information when new JavaDateFormatter was created from methods withLocale or withZone. The roundUp parser should be preserved when calling these methods. This is the same approach in withLocale/Zone methods as in https://github.com/elastic/elasticsearch/blob/daa2ec8a605d385a65b9ab3e89d016b3fd0dffe2/server/src/main/java/org/elasticsearch/common/time/JavaDateFormatter.java closes #42835
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
After upgrading from 6.8 to 7.1.1 the following query results in error:
it used to work before the upgrade. The problem is in
include_upper = true
, it works if changed tofalse
.The error message is:
mapping for this field is:
another example of the same issue, but with
include_lower
:Again, it works with
"include_lower": true
This behavior doesn't affect "date_hour_minute_second_fraction||epoch_millis" fields, the issue seems to be related only to "date||epoch_millis" mapping format.
Elasticsearch version:
Version: 7.1.1, Build: oss/docker/7a013de/2019-05-23T14:04:00.380842Z, JVM: 12.0.1
JVM version:
OpenJDK 64 12.0.1
OS version
4.14.78-coreos
The text was updated successfully, but these errors were encountered: