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