lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dawid Weiss (Commented) (JIRA)" <>
Subject [jira] [Commented] (LUCENE-3820) Wrong trailing index calculation in PatternReplaceCharFilter
Date Thu, 23 Feb 2012 17:06:48 GMT


Dawid Weiss commented on LUCENE-3820:

I'll put this on hold and commit in a few days if nobody has anything against. 
> Wrong trailing index calculation in PatternReplaceCharFilter
> ------------------------------------------------------------
>                 Key: LUCENE-3820
>                 URL:
>             Project: Lucene - Java
>          Issue Type: Bug
>            Reporter: Dawid Weiss
>            Assignee: Dawid Weiss
>            Priority: Minor
>             Fix For: 4.0
>         Attachments: LUCENE-3820.patch, LUCENE-3820.patch, LUCENE-3820_test.patch, LUCENE-3820_test.patch
> I need to use PatternReplaceCharFilter's index corrections directly and it fails for
me -- the trailing index is not mapped correctly for a pattern "\\.[\\s]*" and replacement
".", input "A. .B.".
> I tried to understand the logic in getReplaceBlock but I eventually failed and simply
rewrote it from scratch. After my changes a few tests don't pass but I don't know if it's
the tests that are screwed up or my logic. In essence, the difference between the previous
implementation and my implementation is how indexes are mapped for shorter replacements. I
shift indexes of shorter regions to the "right" of the original index pool and the previous
patch seems to squeeze them to the left (don't know why though).
> If anybody remembers how it's supposed to work, feel free to correct me?

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message