[ 
https://issues.apache.org/jira/browse/SOLR-15048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17259174#comment-17259174
 ] 

ASF subversion and git services commented on SOLR-15048:
--------------------------------------------------------

Commit fa06f0238c98466fb20dc88745f6fc099524e2aa in lucene-solr's branch 
refs/heads/branch_8x from Chris M. Hostetter
[ https://gitbox.apache.org/repos/asf?p=lucene-solr.git;h=fa06f02 ]

SOLR-15048: Fixed collapse parser behavior when dealing with docs boosted by 
QueryElevationComponent that are in the null group to treat them consistently 
regardless of collapse field type or group head selector

(cherry picked from commit a48e937f599bc1487df3321c490589b0d8820616)


> collapse + query elevation behaves inconsistenty w/ 'null group' docs 
> depending on group head selector
> ------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-15048
>                 URL: https://issues.apache.org/jira/browse/SOLR-15048
>             Project: Solr
>          Issue Type: Bug
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Chris M. Hostetter
>            Assignee: Chris M. Hostetter
>            Priority: Major
>         Attachments: SOLR-15048.patch, SOLR-15048.patch, SOLR-15048.patch, 
> SOLR-15048.patch
>
>
> while working on SOLR-15047, I realized I wasn't really clear on what the 
> _expected_ semantics of were suppose to be when "boosting"
>   docs that had null values in the collapse field.
> I expanded on my test from that jira, to demonstrate the logic i (thought) i 
> understood from the Ord based collector - but then discovered that depending 
> on the group head selector used (ie: OrdScoreCollector vs 
> OrdFieldValueCollector+OrdIntStrategy vs 
> OrdFieldValueCollector+OrdValueSourceStrategy , etc...) you get different 
> behavior - not just in what group head is selected, but even when the 
> behavior should be functionally equivilent, you can get different sets of 
> groups. (even for simple string field collapsing, independent of the bugs in 
> numeric field collapsing).
>  
> I have not dug into WTF is happening here, but I'll attach my WIP test



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to