[
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.
