Details
-
Bug
-
Resolution: Unresolved
-
High
-
None
-
1.10.0-beta3, 1.7.8, 1.13.4, 2.3.2, 2.4.0
-
None
Description
Currently only reproduced on Legacy Search engine, afaik not a problem with solr but someone should check.
This was reproduced on a whim using Platform UI. Because REST API lookups adds latency, Platform UI uses Search for a lot of things to avoid that, including loading content by id's for sub items view. While that is something to solve at some point to be able to cache these lookups, thats beyond this issue.
Both symptoms in UI, as well as the request and response payload attached as images.
What happens is:
- ContentQuery search using ContentIdCriterion is used, limit is set to same number previous location search result for sub items gave as it is below the current default max of 10 items
- 5 Items are correctly returned as expected in this case
- However the last item comes up twice because it has two locations (the other location is in media tree)
Sp some join going wrong here in content search, or the criterion is using wrong table for content search here making it behave as a location criteria*.
- As in we have had such issues in the past to, but they only affected location criteria, and solution to that was to deprecate them and introduce location search as the solution to it for correct modeling of the problem.
Attachments
Issue Links
- relates to
-
EZP-28799 Subtree criterion Content Search does not work correctly with multiple Locations
- Closed