I started having the same issue (facets being listed twice) after
upgrading from Solr 4.8.1 to Solr 4.10.3.
So it looks like a regression to me. I commented on SOLR-6780 as the
Fix Version/s field is not correct. The fix was not merged correctly
on the 4.10 branch (before the 4.10.3 release).
I hope we can get this issue fixed on the next 4.10.x version.
Thanks,
Marius
On Mon, Nov 24, 2014 at 1:29 PM, Burke, Brian <bbu...@techtarget.com> wrote:
> Good to hear you can reproduce it and thank you for entering that issue into
> JIRA. FWIW, here is the full list of parameters from echoParams=all from my
> test:
>
>
> "params":{
> "mlt.minwl":"2",
> "mm":"5",
> "facet":"true",
> "mlt.boost":"true",
> "mlt.fl":"title,summary,body",
> "facet.mincount":"1",
> "mlt.mintf":"2",
> "f.typedef.facet.limit":"15",
> "mlt.qf":"title^5 summary^3 body^1",
> "mlt.maxqt":"8",
> "f.subtype.facet.limit":"15",
> "mlt.mindf":"3",
> "echoParams":"all",
> "df":"id",
> "mlt.count":"3",
> "facet.field":"primaryId",
> "facet":"true",
> "echoParams":"all",
> "indent":"true",
> "q":"*:*",
> "facet.limit":"10",
> "facet.field":"primaryId",
> "wt":"json",
> "rows":"0"}},
>
> Also, our testing is for an upgrade from solr 4.4 to solr 4.10.2. I found
> that in our current production 4.4 instance, the params shows the duplicate
> (facet.field listed twice), but the actual results only has one set of
> facets. Guessing there must have been some code on the output side that was
> removing the duplicates in that version of solr.
>
> Thanks,
> Brian
>
>
> On Nov 24, 2014, at 6:04 AM, Alexandre Rafalovitch
> <arafa...@gmail.com<mailto:arafa...@gmail.com>> wrote:
>
> I can reproduce it.
>
> I added your parameters to the default section of the config and then
> run the following:
> curl
> "http://localhost:8983/solr/schemaless/select?q=*:*&rows=0&wt=json&indent=true&facet=true&facet.field=primaryId2&facet.limit=10&echoParams=all";
>
> I get:
> ------------------
> "params":{
> "f.typedef.facet.limit":"15",
> "facet.field":"primaryId2",
> "df":"_text",
> "f.subtype.facet.limit":"15",
> "echoParams":"all",
> "facet.mincount":"1",
> "rows":"0",
> "facet":"true",
> "q":"*:*",
> "facet.limit":"10",
> "facet.field":"primaryId2",
> "indent":"true",
> "echoParams":"all",
> "rows":"0",
> "wt":"json",
> "facet":"true"}},
> ------------------
>
> This is against Solr 5 build, but I think that bug is there all the
> way to Solr 4.1. I think I traced the source of the bug too (parameter
> and default names are just joined together but with the first
> (override) value both times as shown above). Usually makes no
> difference to anything, but it looks like faceting component iterates
> over the elements, not just gets them, so it gets bitten twice.
>
> I've created a JIRA for this issue:
> https://issues.apache.org/jira/browse/SOLR-6780
>
> Regards,
> Alex.
> Personal: http://www.outerthoughts.com/ and @arafalov
> Solr resources and newsletter: http://www.solr-start.com/ and @solrstart
> Solr popularizers community: https://www.linkedin.com/groups?gid=6713853
>
>
> On 21 November 2014 at 18:29, Alexandre Rafalovitch <arafa...@gmail.com>
> wrote:
> Could you add echoParams=all to the query and see what comes back?
> Currently, you echo the params you sent, would be good to see what
> they look like after they combine with defaults.
>
> Regards,
> Alex.
> Personal: http://www.outerthoughts.com/ and @arafalov
> Solr resources and newsletter: http://www.solr-start.com/ and @solrstart
> Solr popularizers community: https://www.linkedin.com/groups?gid=6713853
>
>
> On 21 November 2014 18:04, Tom Zimmermann <zimm.to...@gmail.com> wrote:
> Brian and I are working together to diagnose this issue so I can chime in
> quickly here as well. These values are defined as part of the the defaults
> section of the config.
>
