[ https://issues.apache.org/jira/browse/SOLR-3261?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hoss Man resolved SOLR-3261. ---------------------------- Resolution: Fixed Assignee: Juan Grande (was: Hoss Man) Committed revision 1306054. Committed revision 1306059. thanks for figuring this out Juan! > edismax ignores explicit operators when literal colon is found > -------------------------------------------------------------- > > Key: SOLR-3261 > URL: https://issues.apache.org/jira/browse/SOLR-3261 > Project: Solr > Issue Type: Bug > Components: query parsers > Reporter: Hoss Man > Assignee: Juan Grande > Fix For: 3.6, 4.0 > > Attachments: SOLR-3261.patch, SOLR-3261.patch > > > Using the 3.5 example this query... > q = bogus:xxx AND text_t:yak > http://localhost:8983/solr/select/?debugQuery=true&qf=a_t+b_t&defType=edismax&mm=0&q=bogus:xxx+AND+text_t:yak > parses as... > {noformat} > +(DisjunctionMaxQuery((a_t:bogus:xxx | b_t:bogus:xxx)) > DisjunctionMaxQuery((a_t:and | b_t:and)) text_t:yak) > {noformat} > (Note that "AND" is considered a term and is searched for in the qf fields) > But this query... > q = foo_s:xxx AND text_t:yak > http://localhost:8983/solr/select/?debugQuery=true&qf=a_t+b_t&defType=edismax&mm=0&q=foo_s:xxx+AND+text_t:yak > parses correctly treating AND as an explicit operator... > {noformat} > +(+foo_s:xxx +text_t:yak) > {noformat} > (this problem also seems to affect trunk circa 2012-03-20) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org