Return-Path: 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 BFB259F01 for ; Fri, 7 Oct 2011 04:00:58 +0000 (UTC) Received: (qmail 35564 invoked by uid 500); 7 Oct 2011 04:00:57 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 35495 invoked by uid 500); 7 Oct 2011 04:00:57 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 35457 invoked by uid 99); 7 Oct 2011 04:00:53 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Oct 2011 04:00:53 +0000 X-ASF-Spam-Status: No, hits=-2000.5 required=5.0 tests=ALL_TRUSTED,RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 07 Oct 2011 04:00:51 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id C4F642AD456 for ; Fri, 7 Oct 2011 04:00:29 +0000 (UTC) Date: Fri, 7 Oct 2011 04:00:29 +0000 (UTC) From: "bronco (Created) (JIRA)" To: dev@lucene.apache.org Message-ID: <185943294.6580.1317960029808.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Created] (SOLR-2817) Search result with grouping activated delivers wrong numFound values. MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Search result with grouping activated delivers wrong numFound values. --------------------------------------------------------------------- Key: SOLR-2817 URL: https://issues.apache.org/jira/browse/SOLR-2817 Project: Solr Issue Type: Bug Affects Versions: 3.4 Reporter: bronco Priority: Blocker I use the 3.4 brach of solr for grouping my results, but obviously there is something wrong in my eyes. If I activate the grouping functionality I get the expected results. In my case for example 4 rows, but the the numFound value says it has 26 results. This result is used by the Apache Solr Library in Drupal to calculate the correct pager on my website. Now I get a search result page with 4 results and a confused pager with 3 more steps to not existing search pages. I try a lot of things including using a facet and all the other suggested things by google but I couldn't change the numFound value to the correct one in my case. If I not use the group.main=true setting including a facet I get in the facet conclusion the correct values of found results but it also say matches 6 (numFound=6). The Apache Solr Library make it nesessary to use the group.main=true setting because without this value the library is not able to parse the resultset. So I get always an empty website without any results even solr answers correctly. Is it somehow possible to change the numFound value to the correct one of the group count result. I think nobody groups a field and shows maybe 10 entries which belong to the request and tell the user we have 200 other things which are not interesting you. But I have to tell you... Any help is apreciated to get some understanding why solr delivers me this numFound result and how to fix this issue. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa 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