You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alexandre Rafalovitch (JIRA)" <ji...@apache.org> on 2014/11/24 06:03:12 UTC
[jira] [Created] (SOLR-6780) Merging request parameters with
defaults produce duplicate entries
Alexandre Rafalovitch created SOLR-6780:
-------------------------------------------
Summary: Merging request parameters with defaults produce duplicate entries
Key: SOLR-6780
URL: https://issues.apache.org/jira/browse/SOLR-6780
Project: Solr
Issue Type: Bug
Affects Versions: 4.1, 5.0, Trunk
Reporter: Alexandre Rafalovitch
When a parameter (e.g. echoParams) is specified and overrides the default on the handler, it actually generates two entries for that key with the same value.
Most of the time it is just a confusion and not an issue, however, some components will do the work twice. For example faceting component as described in http://search-lucene.com/m/QTPaSlFUQ1/duplicate
It may also be connected to SOLR-6369
The cause seems to be the interplay between *DefaultSolrParams#getParameterNamesIterator()* which just returns param names in sequence and *SolrParams#toNamedList()* which uses the first (override then default) value for each key, without deduplication.
It's easily reproducible in trunk against schemaless example with
bq. curl "http://localhost:8983/solr/schemaless/select?indent=true&echoParams=all"
I've also spot checked it and it seems to be reproducible back to Solr 4.1.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org