You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Shawn Heisey (JIRA)" <ji...@apache.org> on 2012/10/10 09:15:02 UTC
[jira] [Created] (SOLR-3923) eDismax: complex fielded query with
parens is not recognized
Shawn Heisey created SOLR-3923:
----------------------------------
Summary: eDismax: complex fielded query with parens is not recognized
Key: SOLR-3923
URL: https://issues.apache.org/jira/browse/SOLR-3923
Project: Solr
Issue Type: Bug
Components: query parsers
Affects Versions: 3.5
Reporter: Shawn Heisey
Fix For: 3.6.2
This is similar to SOLR-3377. That bug appears to have fixed this problem for 4.x.
I can see the effects of SOLR-3377 when I test a query similar to below on the Solr 3.6 example, which is expected because SOLR-3377 was found in 3.6 but only fixed in 4.0. This bug is a little different, and exists in 3.5.0 for sure, possibly earlier. The first part of the parsed query looks right, but then something weird happens and it gets interpreted as a very strange phrase query.
query URL sent to solr 3.5.0 example:
{code}http://localhost:8983/solr/collection1/select?q=%28%28cat%3Astring1%29+%28Kitchen+Sink%29%29&wt=xml&debugQuery=true&defType=edismax&qf=text&pf=text^2.0
{code}
parsedquery_toString:
{code}+((cat:string1 ((text:kitchen) (text:sink)))~2) (text:"cat:string1 kitchen sink"^2.0)
{code}
Adding some spaces before and after cat:string1 fixes it:
{code}http://localhost:8983/solr/collection1/select?q=%28%28%20cat%3Astring1%20%29+%28Kitchen+Sink%29%29&wt=xml&debugQuery=true&defType=edismax&qf=text&pf=text^2.0
{code}
{code}+((cat:string1 ((text:kitchen) (text:sink)))~2) (text:"kitchen sink"^2.0)
{code}
--
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
[jira] [Commented] (SOLR-3923) eDismax: complex fielded query with
parens is not recognized
Posted by "Jack Krupansky (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-3923?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13473194#comment-13473194 ]
Jack Krupansky commented on SOLR-3923:
--------------------------------------
It looks like the "pf" phrase boosting is not ignoring fielded terms.
> eDismax: complex fielded query with parens is not recognized
> ------------------------------------------------------------
>
> Key: SOLR-3923
> URL: https://issues.apache.org/jira/browse/SOLR-3923
> Project: Solr
> Issue Type: Bug
> Components: query parsers
> Affects Versions: 3.5
> Reporter: Shawn Heisey
> Fix For: 3.6.2
>
>
> This is similar to SOLR-3377. That bug appears to have fixed this problem for 4.x.
> I can see the effects of SOLR-3377 when I test a query similar to below on the Solr 3.6 example, which is expected because SOLR-3377 was found in 3.6 but only fixed in 4.0. This bug is a little different, and exists in 3.5.0 for sure, possibly earlier. The first part of the parsed query looks right, but then something weird happens and it gets interpreted as a very strange phrase query.
> query URL sent to solr 3.5.0 example:
> {code}http://localhost:8983/solr/collection1/select?q=%28%28cat%3Astring1%29+%28Kitchen+Sink%29%29&wt=xml&debugQuery=true&defType=edismax&qf=text&pf=text^2.0
> {code}
> parsedquery_toString:
> {code}+((cat:string1 ((text:kitchen) (text:sink)))~2) (text:"cat:string1 kitchen sink"^2.0)
> {code}
> Adding some spaces before and after cat:string1 fixes it:
> {code}http://localhost:8983/solr/collection1/select?q=%28%28%20cat%3Astring1%20%29+%28Kitchen+Sink%29%29&wt=xml&debugQuery=true&defType=edismax&qf=text&pf=text^2.0
> {code}
> {code}+((cat:string1 ((text:kitchen) (text:sink)))~2) (text:"kitchen sink"^2.0)
> {code}
--
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