You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
But currently the wrong path (houses.street instead of houses) is sent as the path prefix is created by stripping the last segment (here keyword).
This must be fixed, so that sub-fields are considered when building the path expression.With #1753CriteriaQuery now supports nested queries. There is an issue with these nested queries, when the path expression ends with an inner field.
When in the index (cities) we have the following mapping:
With
#1753CriteriaQuery
now supports nested queries. There is an issue with these nested queries, when the path expression ends with an inner field.When in the index (cities) we have the following mapping:
and we want so search for street names by the keyword sub-field with this query:
then the following query must be built:
But currently the wrong path (houses.street instead of houses) is sent as the path prefix is created by stripping the last segment (here keyword).
This must be fixed, so that sub-fields are considered when building the path expression.With
#1753CriteriaQuery
now supports nested queries. There is an issue with these nested queries, when the path expression ends with an inner field.When in the index (cities) we have the following mapping:
and we want so search for street names by the keyword sub-field with this query:
then the following query must be built:
But currently the wrong path (houses.street instead of houses) is sent as the path prefix is created by stripping the last segment (here keyword).
This must be fixed, so that sub-fields are considered when building the path expression.
The text was updated successfully, but these errors were encountered: