[
https://issues.apache.org/jira/browse/LUCENE-3647?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Muir updated LUCENE-3647:
--------------------------------
Attachment: LUCENE-3647_multi.patch
hmm my debugging there is a little bogus (just ignore the previous file, you
can use the existing test with taht seed), but i think the synopsis is still
correct.
I think as a start, don't we need to be careful when handling these fixed types
in all places? Here's a patch for MultiDocValues that should fix some bugs
related to this (unfortunately the seed still fails).
MultiDocValues isnt actually used during merging so we need to investigate
other parts too and probably do the same?
> DocValues merging is not associative, leading to different results depending
> upon how merges execute
> ----------------------------------------------------------------------------------------------------
>
> Key: LUCENE-3647
> URL: https://issues.apache.org/jira/browse/LUCENE-3647
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 4.0
> Reporter: Robert Muir
> Attachments: LUCENE-3647_multi.patch, LUCENE-3647_test.patch
>
>
> recently I cranked up TestDuelingCodecs to actually test docvalues
> (previously it wasn't testing it at all).
> This test is simple, it indexes the same random content with 2 different
> indexwriters, it just allows them
> to use different codecs with different indexwriterconfigs.
> then it asserts the indexes are equal.
> Sometimes, always on BYTES_FIXED_DEREF type, we end out with one reader that
> has a zero-filled byte[] for a doc,
> but that same document in the other reader has no docvalues at all.
--
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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
