-
Notifications
You must be signed in to change notification settings - Fork 25.2k
[CI] Failure in RangeQueryBuilderTests.testToQuery #28147
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
Comments
This is caused when we hit a very rare combination of things in the test: a "from: 100, to: 101" query on an "integer_range" field, with both "includeUpper" and "includeLower" set to false. In this case the range goes from "101 to 100" and the RangeFieldMapper complains. We shouldn't test this combination. |
Just checked, the reason we don't test this anymore in the core query builder tests is due to moving the RangeFieldMapper and other to the new |
Okay, in that case it might make sense to add the test for the range fields in the range query builder tests. Will do just that. |
The failure on the 5.6 branch is fixed by 771fdc, and #28171 should track re-adding those |
…der tests (#28171) The tests for those field types were removed in #26549 because the range mapper was moved to a module, but later this mapper was moved back to core in #27854. This change adds back those two field types like before to the general setup in AbstractQueryTestCase and adds some specifics to the RangeQueryBuilder and TermsQueryBuilder tests. Also adding back an integration test in SearchQueryIT that has been removed before but that can be kept with the mapper back in core now. Relates to #28147
…der tests (#28171) The tests for those field types were removed in #26549 because the range mapper was moved to a module, but later this mapper was moved back to core in #27854. This change adds back those two field types like before to the general setup in AbstractQueryTestCase and adds some specifics to the RangeQueryBuilder and TermsQueryBuilder tests. Also adding back an integration test in SearchQueryIT that has been removed before but that can be kept with the mapper back in core now. Relates to #28147
This happend last night on 5.6 branch:
https://elasticsearch-ci.elastic.co/job/elastic+elasticsearch+5.6+periodic/1253/console
Strangely I cannot reproduce locally yet, although these normally reproduce well. I'll dig into it later.
The text was updated successfully, but these errors were encountered: