[
https://issues.apache.org/jira/browse/LUCENE-3314?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13065290#comment-13065290
]
Robert Muir commented on LUCENE-3314:
-------------------------------------
the assertion is inside of blocktermsreader, when the test expects the
termsenum will return null.
with this seed, its mockvariableintblock codec, but i hacked the test to use
StandardCodec and trip the same assert there.
if i hack the test to get simpletext or memorycodec, the test fails because
next() returns a term here (i don't understand the test, sorry), but doesn't
trip any asserts like it does if we use blocktermsreader.
so, there might be 2 bugs:
* a bug in the test (or the randomization of #docs or something)
* a bug in blocktermsreader
> TestNumericRangeQuery test failure
> ----------------------------------
>
> Key: LUCENE-3314
> URL: https://issues.apache.org/jira/browse/LUCENE-3314
> Project: Lucene - Java
> Issue Type: Bug
> Reporter: Robert Muir
>
> https://builds.apache.org/view/G-L/view/Lucene/job/Lucene-trunk/1624/testReport/org.apache.lucene.search/TestNumericRangeQuery32/testEnum/
> ant test -Dtestcase=TestNumericRangeQuery32 -Dtestmethod=testEnum
> -Dtests.seed=-3603272894684698645:-1998239306864854687 -Dtests.multiplier=3
> -Dtests.nightly=true
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
