[ https://issues.apache.org/jira/browse/SOLR-5618?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Hoss Man updated SOLR-5618: --------------------------- Attachment: SOLR-5618.patch I've recreated the failure conditions in a non-randomized test. See "testHossssSanity" in the updated patch for the details, but the bottom line is after building up two sets of SolrParams (match_1 and match_0), we have a situation where the following test code fails on the last line (match_1 gets a numFound==0)... {code} // 1 then 0 assertJQ(req(match_1), "/response/numFound==1"); assertJQ(req(match_0), "/response/numFound==0"); // clear caches assertU(commit()); // 0 then 1 assertJQ(req(match_0), "/response/numFound==0"); assertJQ(req(match_1), "/response/numFound==1"); {code} ...which definitely smells like a caching bug. Perhaps this is a Query.equals() problem with one of the query classes used in the test? I'll investigate a bit more later today -- starting with trying to simplify the params to the barest case that still fails. > Reproducible failure from TestFiltering.testRandomFiltering > ----------------------------------------------------------- > > Key: SOLR-5618 > URL: https://issues.apache.org/jira/browse/SOLR-5618 > Project: Solr > Issue Type: Bug > Reporter: Hoss Man > Attachments: SOLR-5618.patch, SOLR-5618.patch > > > uwe's jenkins found this in java8... > http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/9004/consoleText > {noformat} > [junit4] 2> NOTE: reproduce with: ant test -Dtestcase=TestFiltering > -Dtests.method=testRandomFiltering -Dtests.seed=C22042E80957AE3E > -Dtests.multiplier=3 -Dtests.slow=true -Dtests.locale=ar_LY > -Dtests.timezone=Asia/Katmandu -Dtests.file.encoding=UTF-8 > [junit4] FAILURE 16.9s J1 | TestFiltering.testRandomFiltering <<< > [junit4] > Throwable #1: java.lang.AssertionError: FAILURE: iiter=11 > qiter=336 request=[q, {!frange v=val_i l=0 u=1 cost=139 tag=t}, fq, {!frange > v=val_i l=0 u=1}, fq, {! cost=92}-_query_:"{!frange v=val_i l=1 u=1}", fq, > {!frange v=val_i l=0 u=1 cache=true tag=t}, fq, {! cache=true > tag=t}-_query_:"{!frange v=val_i l=1 u=1}"] > [junit4] > at > __randomizedtesting.SeedInfo.seed([C22042E80957AE3E:DD43E12DEC70EE37]:0) > [junit4] > at > org.apache.solr.search.TestFiltering.testRandomFiltering(TestFiltering.java:327) > {noformat} > The seed fails consistently for me on trunk using java7, and on 4x using both > java7 and java6 - details to follow in comment. -- This message was sent by Atlassian JIRA (v6.1.5#6160) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org