[
https://issues.apache.org/jira/browse/SOLR-4197?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16873465#comment-16873465
]
Munendra S N commented on SOLR-4197:
------------------------------------
When defType is not lucene, then parsing localParams is disabled (SOLR-11501).
So, If the defType is edismax then, localParams won't be parsed. So, it seems
this issue is fixed. I'm planning to close this a day or two day if there are
no concerns
cc [~dsmiley]
> EDismax allows end users to use local params in q= to override global params
> ----------------------------------------------------------------------------
>
> Key: SOLR-4197
> URL: https://issues.apache.org/jira/browse/SOLR-4197
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.5, 3.6, 4.0
> Reporter: Peter Wolanin
> Priority: Major
>
> Edismax is advertised as suitable to be used to "process advanced user input
> directly". Thus, it would seem reasonable to have an application directly
> pass user input in the q= parameter to a back-end Solr server.
> However, it seems that users can enter local params at the start of q= which
> override the global params that the application (e.g. website) may have set
> on the query string. Confirmed with Erik Hatcher that this is somewhat
> unexpected behavior (though one could argue it's an expected feature of any
> query parser)
> Proposed fix - add a parameter (e.g. that can be used as an invariant) that
> can be passed to inhibit Solr from using local params from the q= parameter.
> This is somewhat related to SOLR-1687
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
