Highlighting is such a pain... what does the parsed query look like? If the default operator is OR, then this seems correct as both 'd' and 'c' appear in the doc. So I'm a bit puzzled by your statement that "c" didn't contribute to the score.
If the parsed query is, indeed a +b +c d then it does look like something with the highlighter. Whether other highlighters are better for this case.. no clue ;( Best, Erick On Mon, Feb 23, 2015 at 9:36 AM, Dmitry Kan <solrexp...@gmail.com> wrote: > Erick, > > nope, we are using std lucene qparser with some customizations, that do not > affect the boolean query parsing logic. > > Should we try some other highlighter? > > On Mon, Feb 23, 2015 at 6:57 PM, Erick Erickson <erickerick...@gmail.com> > wrote: > >> Are you using edismax? >> >> On Mon, Feb 23, 2015 at 3:28 AM, Dmitry Kan <solrexp...@gmail.com> wrote: >> > Hello! >> > >> > In solr 4.3.1 there seem to be some inconsistency with the highlighting >> of >> > the boolean query: >> > >> > a OR (b c) OR d >> > >> > This returns a proper hit, which shows that only d was included into the >> > document score calculation. >> > >> > But the highlighter returns both d and c in <em> tags. >> > >> > Is this a known issue of the standard highlighter? Can it be mitigated? >> > >> > >> > -- >> > Dmitry Kan >> > Luke Toolbox: http://github.com/DmitryKey/luke >> > Blog: http://dmitrykan.blogspot.com >> > Twitter: http://twitter.com/dmitrykan >> > SemanticAnalyzer: www.semanticanalyzer.info >> > > > > -- > Dmitry Kan > Luke Toolbox: http://github.com/DmitryKey/luke > Blog: http://dmitrykan.blogspot.com > Twitter: http://twitter.com/dmitrykan > SemanticAnalyzer: www.semanticanalyzer.info
