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: [email protected]
For additional commands, e-mail: [email protected]
