This problem persists, i've filed an issue to track it:
https://issues.apache.org/jira/browse/SOLR-4285
-Original message-
> From:Markus Jelsma
> Sent: Mon 17-Dec-2012 10:49
> To: solr-user@lucene.apache.org
> Subject: RE: SolrCloud breaks distributed query strings
FYI: also noticed the same incorrect facet behaviour in a much older trunk
check out, around august 2012.
-Original message-
> From:Markus Jelsma
> Sent: Mon 17-Dec-2012 10:49
> To: solr-user@lucene.apache.org
> Subject: RE: SolrCloud breaks distributed query strings
> Thanks
> Markus
>
> -Original message-
> > From:Per Steffensen
> > Sent: Wed 12-Dec-2012 15:04
> > To: solr-user@lucene.apache.org
> > Subject: Re: SolrCloud breaks distributed query strings
> >
> > It doesnt sound exactly like a problem we e
Sent: Wed 12-Dec-2012 15:04
> To: solr-user@lucene.apache.org
> Subject: Re: SolrCloud breaks distributed query strings
>
> It doesnt sound exactly like a problem we experienced some time ago,
> where long request where mixed put during transport. Jetty was to blame.
> I might
It doesnt sound exactly like a problem we experienced some time ago,
where long request where mixed put during transport. Jetty was to blame.
I might be Jetty that f up you request too? SOLR-4031. Are you still
running 8.1.2?
Regards, Per Steffensen
Markus Jelsma skrev:
Hi,
We're starti
Hi,
We're starting to see issues on a test cluster where Solr breaks up query
string parameters that are either defined in the request handler or are passed
in the URL in the initial request.
In our request handler we have an SF parameter for edismax (SOLR-3925):
title_general~2