You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Chris Bleakley (JIRA)" <ji...@apache.org> on 2013/01/03 21:02:12 UTC

[jira] [Created] (SOLR-4258) Edismax query behavior change between 3.5 and 3.6-4.x when undefined field in QF param

Chris Bleakley created SOLR-4258:
------------------------------------

             Summary: Edismax query behavior change between 3.5 and 3.6-4.x when undefined field in QF param
                 Key: SOLR-4258
                 URL: https://issues.apache.org/jira/browse/SOLR-4258
             Project: Solr
          Issue Type: Bug
          Components: search
    Affects Versions: 4.0, 3.6
            Reporter: Chris Bleakley
            Priority: Minor
         Attachments: SOLR-4258.patch

If the following query conditons are met:

(1) include an operator in your query string ( "AND", "OR", "NOT" ) 
(2) include a field in your QF parameter that's not defined your schema

the query behavior for the edismax handler has changed from 3.5 to 3.6 (and continues into 4.x). The behavior can be recreated using following parameters on the stock example index:

q=bar AND grill
deftype=edismax
qf=title INVALID
debugQuery=true
lowercaseOperators=false

http://localhost:8983/solr/select?q=bar%20AND%20grill&defType=edismax&qf=title%20INVALID&debugQuery=true&lowercaseOperators=false

Testing between 3.5 and 3.6 show the following differences between the parsed query:

in 3.5   : +(+(title:bar) +(title:grill))
in 3.6.0 : +(((title:bar) (title:and) (title:grill))~3)

In 3.6 the operator has been lowercased and included in the query, even though lowercaseOperators is "false"

I couldn't find any docs that explain how a query should behave with an invalid QF param or that the behavior had changed. I took a stab at a patch to make 4.x behave as < 3.6, but again, I'm not exactly sure what the behavior should be. The patch removes operators from the query string if "lowercaseOperators" is false and the query parsing falls past the initial parsing attempt. Thanks!


--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org