You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Hoss Man (JIRA)" <ji...@apache.org> on 2008/07/14 03:01:31 UTC
[jira] Created: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
forceElevation=true doesn't work in QueryElevationComponent
-----------------------------------------------------------
Key: SOLR-628
URL: https://issues.apache.org/jira/browse/SOLR-628
Project: Solr
Issue Type: Bug
Affects Versions: 1.3
Reporter: Hoss Man
Fix For: 1.3
didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
{quote}
Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
From: Chris Hostetter
To: solr-user
Subject: QueryElevationComponent and forceElevation=true ?
I don't know much about QueryElevationComponent but perusing the wiki docs and trying
it out with teh example configs i noticed that this URL didn't produce the output i
expected...
http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
apear at the top, regardless of the sort -- but that doesn't seem to be the case.
Am I reading the docs wrong, or is this a bug?
{quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Hoss Man (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hoss Man resolved SOLR-628.
---------------------------
Resolution: Invalid
gah! .. must learn to read better.
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Fix For: 1.3
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Paul Borgermans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12664683#action_12664683 ]
Paul Borgermans commented on SOLR-628:
--------------------------------------
Thanks Ryan ! (blush) I did not spot the indeed obvious persistence through subsequent calls, nor was it revealed in my limited manual true/false testing series.
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 1.3
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Paul Borgermans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Paul Borgermans updated SOLR-628:
---------------------------------
Attachment: allow.runtime.forceelevation.patch
A one line patch, which defaults to the configuration value unless a query parameter forceEvaluation=(true|false) is given
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Ryan McKinley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ryan McKinley resolved SOLR-628.
--------------------------------
Resolution: Fixed
Thanks Paul.
I committed this with a slight change -- the patch you posted would change the forceElevation for any subsequent calls request. This keeps the change with in the same request.
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Ryan McKinley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ryan McKinley updated SOLR-628:
-------------------------------
Issue Type: Improvement (was: Bug)
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Improvement
> Affects Versions: 1.3
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Paul Borgermans (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12664586#action_12664586 ]
Paul Borgermans commented on SOLR-628:
--------------------------------------
I think runtime forceElevation should be possible (at least I stumbled on the need for it)
I'll attach a one-line patch here
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Fix For: 1.3
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Yonik Seeley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12613743#action_12613743 ]
Yonik Seeley commented on SOLR-628:
-----------------------------------
I just checked the code, and forceElevation is a config-time option only.
The docs on the wiki seem to reflect this (forceElevation is only in the config section and not the usage section)
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Fix For: 1.3
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-628) make forceElevation a run time option in
QueryElevationComponent
Posted by "Hoss Man (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hoss Man updated SOLR-628:
--------------------------
Component/s: search
Affects Version/s: (was: 1.3)
Fix Version/s: (was: 1.3)
1.4
Summary: make forceElevation a run time option in QueryElevationComponent (was: forceElevation=true doesn't work in QueryElevationComponent)
tweaking issue details to reflect realty (not a bug, no affects on 1.3)
> make forceElevation a run time option in QueryElevationComponent
> ----------------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Improvement
> Components: search
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.4
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Ryan McKinley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ryan McKinley reassigned SOLR-628:
----------------------------------
Assignee: Ryan McKinley
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Reopened: (SOLR-628) forceElevation=true doesn't work in
QueryElevationComponent
Posted by "Ryan McKinley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-628?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ryan McKinley reopened SOLR-628:
--------------------------------
> forceElevation=true doesn't work in QueryElevationComponent
> -----------------------------------------------------------
>
> Key: SOLR-628
> URL: https://issues.apache.org/jira/browse/SOLR-628
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.3
> Reporter: Hoss Man
> Assignee: Ryan McKinley
> Fix For: 1.3
>
> Attachments: allow.runtime.forceelevation.patch
>
>
> didn't get any reply to this in email, filing as bug to make sure it's dealt with before 1.3 release (either by fixing documentation, or by fixing bug -- still not sure what the problem is)
> {quote}
> Date: Fri, 13 Jun 2008 11:41:26 -0700 (PDT)
> From: Chris Hostetter
> To: solr-user
> Subject: QueryElevationComponent and forceElevation=true ?
> I don't know much about QueryElevationComponent but perusing the wiki docs and trying
> it out with teh example configs i noticed that this URL didn't produce the output i
> expected...
> http://localhost:8983/solr/elevate?q=ipod&fl=id,price&sort=price+asc&forceElevation=true&enableElevation=true&debugQuery=true
> ..as far as i can tell, the forceElevation=true should cause "MA147LL/A" to always
> apear at the top, regardless of the sort -- but that doesn't seem to be the case.
> Am I reading the docs wrong, or is this a bug?
> {quote}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.