[ https://issues.apache.org/jira/browse/SOLR-12243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16657638#comment-16657638 ]
Elizabeth Haubert commented on SOLR-12243: ------------------------------------------ I think something is not right, but am not sure what. Running current master without the patch applied in the debugger. Making a core with the attached configs; the sanity check is curl -XGET "http://localhost:8983/solr/new_core/test_qparse_error?debugQuery=on&defType=edismax&q=aspirin%20dose%20in%20rats" where aspirin had the same "aspirin, acetylsalicilic acid" synonyms as previously. Query is coming through with the original bug of the empty parens where clauses should be: +(((text:"acetylsalicylic acid" text:aspirin)^100.0) ((text:dose)^100.0) ((text:in)^100.0) ((text:rats)^100.0)) () ((text:"dose in"~11) (text:"in rats"~11)) ((text:"dose in rats"~22)^1000.0) That is kinda the expected behavior, since my understanding of the Lucene patch was that it wasn't going to be a SpanQuery object coming through anymore. Put breakpoints at ExtendedDismaxQParser.java in getQuery, and it looks like it is getting a NullPointerException and falling out at ln.1449 > Edismax missing phrase queries when phrases contain multiterm synonyms > ---------------------------------------------------------------------- > > Key: SOLR-12243 > URL: https://issues.apache.org/jira/browse/SOLR-12243 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: query parsers > Affects Versions: 7.1 > Environment: RHEL, MacOS X > Do not believe this is environment-specific. > Reporter: Elizabeth Haubert > Assignee: Uwe Schindler > Priority: Major > Attachments: SOLR-12243.patch, SOLR-12243.patch, SOLR-12243.patch, > SOLR-12243.patch, SOLR-12243.patch > > Time Spent: 10m > Remaining Estimate: 0h > > synonyms.txt: > {code} > allergic, hypersensitive > aspirin, acetylsalicylic acid > dog, canine, canis familiris, k 9 > rat, rattus > {code} > request handler: > {code:xml} > <requestHandler name="/test_qparse_error" class="solr.SearchHandler"> > <lst name="defaults"> > <!-- Query settings --> > <str name="defType">edismax</str> > <str name="tie"> 0.4</str> > <str name="qf">title^100</str> > <str name="pf">title~20^5000</str> > <str name="pf2">title~11</str> > <str name="pf3">title~22^1000</str> > <str name="df">text</str> > <!-- mm If two or fewer clauses exist, they all must match. > If three to five clauses exist, one can be missing. If six to eight clauses > exist, all but three must match. > If more than nine clauses exist, only require 30% to match.--> > <str name="mm">3<-1 6<-3 9<30%</str> > <str name="q.alt">*:*</str> > <str name="rows">25</str> > </lst> > </requestHandler> > {code} > Phrase queries (pf, pf2, pf3) containing "dog" or "aspirin" against the > above list will not be generated. > "allergic reaction dog" will generate pf2: "allergic reaction", but not > pf:"allergic reaction dog", pf2: "reaction dog", or pf3: "allergic reaction > dog" > "aspirin dose in rats" will generate pf3: "dose ? rats" but not pf2: "aspirin > dose" or pf3:"aspirin dose ?" > -- This message was sent by Atlassian JIRA (v7.6.3#76005) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org