Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Tue, 6 May 2014 18:15:21 +0000 (UTC)
From: "Hoss Man (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <JIRA.12711853.1398984652711.237601.1399400121848@arcas>
In-Reply-To: <JIRA.12711853.1398984652711@arcas>
References: <JIRA.12711853.1398984652711@arcas>
Subject: [jira] [Updated] (SOLR-6039) debug=track causes debug=query info to
 be suppressed when no results found
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/SOLR-6039?page=3Dcom.atlassian=
.jira.plugin.system.issuetabpanels:all-tabpanel ]

Hoss Man updated SOLR-6039:
---------------------------

    Fix Version/s: 4.8.1

> debug=3Dtrack causes debug=3Dquery info to be suppressed when no results =
found
> -------------------------------------------------------------------------=
-
>
>                 Key: SOLR-6039
>                 URL: https://issues.apache.org/jira/browse/SOLR-6039
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.7
>            Reporter: Hoss Man
>            Assignee: Tom=C3=A1s Fern=C3=A1ndez L=C3=B6bbe
>             Fix For: 4.8.1, 4.9, 5.0
>
>         Attachments: SOLR-6039.patch, SOLR-6039.patch, SOLR-6039.patch, S=
OLR-6039.patch
>
>
> Shamik Bandopadhyay noted on the mailing list that debugQuery=3Dtrue wasn=
't returning info about how the query was being parsed in SolrCloud.
> Steps to reproduce...
> * startup a simple 2 shard solr cluster using the example configs
> * Load this URL:
> ** http://localhost:8983/solr/select?q=3DFoo&debug=3Dquery
> ** note that the debug=3Dquery causes a debug block including "parsedquer=
y" showing "title:foo"
> * Load either of these URLs:
> ** http://localhost:8983/solr/select?q=3DFoo&debug=3Dquery&debug=3Dtrack
> ** http://localhost:8983/solr/select?q=3DFoo&debugQuery=3Dtrue (legacy sh=
ort hand option for enabling all debug options)
> ** Note that the debug block exists, but *only* includes the distributed =
"track" options - the query parsing debugging info is not available
> * index the sample data (java -jar post.jar *.xml)
> * Load either of these URLs:
> ** http://localhost:8983/solr/select?q=3DSolr&debugQuery=3Dtrue&fl=3Did
> ** http://localhost:8983/solr/select?q=3DSolr&debug=3Dquery&debug=3Dtrack=
&fl=3Did
> ** Note that now we have at least one matching doc, and the parsedquery i=
nfo is included in the debug block along with the tracking info
> * Load either of these URLs:
> ** http://localhost:8983/solr/select?q=3DSolr&debug=3Dquery&debug=3Dtrack=
&rows=3D0
> ** http://localhost:8983/solr/select?q=3DSolr&debug=3Dquery&debug=3Dtrack=
&rows=3D0
> ** Note: even though we have a matching doc, since rows=3D0 prevents it f=
rom being returned, the parsedquery debug info again no longer works - just=
 the track debug info
> ----
> The work around, for people who want don't care about the newer "debug tr=
acking" and what the same debug information as pre-4.7, is to enumerate the=
 debug options (ie: {{debug=3Dquery&debug=3Dtiming&debug=3Dresults}}) inste=
ad of relying on the shorthand: {{debugQuery=3Dtrue}}


--
This message was sent by Atlassian JIRA
(v6.2#6252)

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