Return-Path: 
 <dev-return-130917-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
X-Original-To: apmail-lucene-dev-archive@www.apache.org
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 3CDF5FB4B
	for <apmail-lucene-dev-archive@www.apache.org>;
 Tue,  9 Apr 2013 13:28:20 +0000 (UTC)
Received: (qmail 28069 invoked by uid 500); 9 Apr 2013 13:28:18 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 27893 invoked by uid 500); 9 Apr 2013 13:28:18 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 27786 invoked by uid 99); 9 Apr 2013 13:28:18 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 09 Apr 2013 13:28:18 +0000
Date: Tue, 9 Apr 2013 13:28:18 +0000 (UTC)
From: "Yonik Seeley (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <JIRA.12637022.1363268921340.135245.1365514098351@arcas>
In-Reply-To: <JIRA.12637022.1363268921340@arcas>
References: <JIRA.12637022.1363268921340@arcas>
Subject: [jira] [Commented] (SOLR-4581) sort-order of facet-counts depends
 on facet.mincount
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/SOLR-4581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13626592#comment-13626592 ] 

Yonik Seeley commented on SOLR-4581:
------------------------------------

It looks like this is a new bug due to the new faceting code introduced in SOLR-3855

                
> sort-order of facet-counts depends on facet.mincount
> ----------------------------------------------------
>
>                 Key: SOLR-4581
>                 URL: https://issues.apache.org/jira/browse/SOLR-4581
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.2
>            Reporter: Alexander Buhr
>            Assignee: Yonik Seeley
>         Attachments: SOLR-4581.patch, SOLR-4581.patch
>
>
> I just upgraded to Solr 4.2 and cannot explain the following behaviour:
> I am using a solr.TrieDoubleField named 'ListPrice_EUR_INV' as a facet-field. The solr-response for the query {noformat}'solr/Products/select?q=*%3A*&wt=xml&indent=true&facet=true&facet.field=ListPrice_EUR_INV&f.ListPrice_EUR_INV.facet.sort=index'{noformat}
> includes the following facet-counts:
> {noformat}<lst name="ListPrice_EUR_INV">
>   <int name="-420.126">1</int>
>   <int name="-285.672">1</int>
>   <int name="-1.218">1</int>
> </lst>{noformat}
> If I also set the parameter *'facet.mincount=1'* in the query, the order of the facet-counts is reversed.
> {noformat}<lst name="ListPrice_EUR_INV">
>   <int name="-1.218">1</int>
>   <int name="-285.672">1</int>
>   <int name="-420.126">1</int>
> </lst>{noformat}
> I would have expected, that the sort-order of the facet-counts is not affected by the facet.mincount parameter, as it is in Solr 4.1.
> Is this related to SOLR-2850? 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org