You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Yonik Seeley (JIRA)" <ji...@apache.org> on 2011/04/20 20:39:05 UTC
[jira] [Created] (LUCENE-3039) all words are protected after the
first detected
all words are protected after the first detected
------------------------------------------------
Key: LUCENE-3039
URL: https://issues.apache.org/jira/browse/LUCENE-3039
Project: Lucene - Java
Issue Type: Bug
Reporter: Yonik Seeley
LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Robert Muir (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022301#comment-13022301 ]
Robert Muir commented on LUCENE-3039:
-------------------------------------
I created an issue for the analysis.jsp: SOLR-2473
the problem is likely to cause a lot of confusion, and as Uwe said we should check the similar AnalysisRequestHandler too
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022286#comment-13022286 ]
Uwe Schindler commented on LUCENE-3039:
---------------------------------------
Yonik, clearing should be done by the Tokenizer or other token-producers (if a filter inserts Tokens, it also has to clear Attributes). If the Tokenizer does not clear all Attributes using clearAttributes(), it is borken. But not this one.
Can you post the config of your Tokenizers and Filters or which Analyzer is affected?
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (SOLR-2474) Analysis.jsp and
AnalaysisRequestHandlerBase do not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler updated SOLR-2474:
--------------------------------
Description:
When caching tokens, the helper TokenStreams in analysis.jsp and AnalysisRequestHandlerBase do not clear all attributes.
The issue is tricky. The cached tokens do not contain all attributes in early stages, so copyTo() does not necessarily overwrite all attributes in "this". Calling clearAttributes ensures this.
bq. Was: LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
The problem here was, that this attribute was added later in anaylsis chain, so cached tokens don't include this. Sorry, that was my fault when rewriting analysis.jsp together with Robert :(
was:LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
Summary: Analysis.jsp and AnalaysisRequestHandlerBase do not correctly clear attributes on caching tokens (was: Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens)
> Analysis.jsp and AnalaysisRequestHandlerBase do not correctly clear attributes on caching tokens
> ------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Attachments: SOLR-2474.patch
>
>
> When caching tokens, the helper TokenStreams in analysis.jsp and AnalysisRequestHandlerBase do not clear all attributes.
> The issue is tricky. The cached tokens do not contain all attributes in early stages, so copyTo() does not necessarily overwrite all attributes in "this". Calling clearAttributes ensures this.
> bq. Was: LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
> The problem here was, that this attribute was added later in anaylsis chain, so cached tokens don't include this. Sorry, that was my fault when rewriting analysis.jsp together with Robert :(
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (LUCENE-3039) all words are protected after the
first detected
Posted by "Yonik Seeley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Yonik Seeley updated LUCENE-3039:
---------------------------------
Affects Version/s: 3.1
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Issue Comment Edited] (SOLR-2474) Aanalysis.jsp and
AnalaysisRequestHandlerBase does not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022310#comment-13022310 ]
Uwe Schindler edited comment on SOLR-2474 at 4/20/11 7:11 PM:
--------------------------------------------------------------
Patch (its on Lucene 3.1 branch, but should apply for 3.x and trunk, too)
was (Author: thetaphi):
Patch
> Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Attachments: SOLR-2474.patch
>
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Moved] (SOLR-2474) all words are protected after the first
detected
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler moved LUCENE-3039 to SOLR-2474:
---------------------------------------------
Lucene Fields: (was: [New])
Affects Version/s: (was: 3.1)
3.1
Key: SOLR-2474 (was: LUCENE-3039)
Project: Solr (was: Lucene - Java)
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Robert Muir (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022288#comment-13022288 ]
Robert Muir commented on LUCENE-3039:
-------------------------------------
I see the problem with the example config: simply enter "dontstems foo"
But, we need to figure out:
# is it only a bug in analysis.jsp?
# if not, who isn't clearing attributes.
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022299#comment-13022299 ]
Uwe Schindler commented on LUCENE-3039:
---------------------------------------
I think the stupid Token caching in analysis.jsp is maybe broken. Does it also affect *AnalysisRequestHandler?
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Robert Muir (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022283#comment-13022283 ]
Robert Muir commented on LUCENE-3039:
-------------------------------------
all tokenizers should be calling clearAttributes()? where is the problem?
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (SOLR-2474) Aanalysis.jsp and
AnalaysisRequestHandlerBase does not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler updated SOLR-2474:
--------------------------------
Summary: Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens (was: all words are protected after the first detected)
I moved this issue over to Solr, as it has nothing to do with Lucene.
> Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Attachments: SOLR-2474.patch
>
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Updated] (SOLR-2474) Aanalysis.jsp and
AnalaysisRequestHandlerBase does not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler updated SOLR-2474:
--------------------------------
Attachment: SOLR-2474.patch
Patch
> Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Attachments: SOLR-2474.patch
>
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Resolved] (LUCENE-3039) all words are protected after the
first detected
Posted by "Robert Muir (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir resolved LUCENE-3039.
---------------------------------
Resolution: Invalid
This is just a bug in analysis.jsp, compare the query debug output "dontstems bees" to the analysis.jsp output of dontstems bees, and you will see what I mean.
There is nothing wrong with the lucene filter here!
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Resolved] (SOLR-2474) Analysis.jsp and
AnalaysisRequestHandlerBase do not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler resolved SOLR-2474.
---------------------------------
Resolution: Fixed
Fix Version/s: 4.0
3.2
Committed 3.x revision: 1095519
Merged trunk revision: 1095521
Thanks Robert for investigating and Yonik for reporting this hairy one.
> Analysis.jsp and AnalaysisRequestHandlerBase do not correctly clear attributes on caching tokens
> ------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Fix For: 3.2, 4.0
>
> Attachments: SOLR-2474.patch
>
>
> When caching tokens, the helper TokenStreams in analysis.jsp and AnalysisRequestHandlerBase do not clear all attributes.
> The issue is tricky. The cached tokens do not contain all attributes in early stages, so copyTo() does not necessarily overwrite all attributes in "this". Calling clearAttributes ensures this.
> bq. Was: LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
> The problem here was, that this attribute was added later in anaylsis chain, so cached tokens don't include this. Sorry, that was my fault when rewriting analysis.jsp together with Robert :(
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Yonik Seeley (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022297#comment-13022297 ]
Yonik Seeley commented on LUCENE-3039:
--------------------------------------
bq. clearing should be done by the Tokenizer or other token-producers
Whew... ok, I didn't realize that pre-dated LUCENE-2901
So perhaps this is just an analysis.jsp bug, since a query of
http://localhost:8983/solr/select?q="dontstems hellos"&debugQuery=true
seems to work fine and produce "dontstems hello"
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Reopened] (SOLR-2474) Analysis.jsp and
AnalaysisRequestHandlerBase do not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler reopened SOLR-2474:
---------------------------------
> Analysis.jsp and AnalaysisRequestHandlerBase do not correctly clear attributes on caching tokens
> ------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Attachments: SOLR-2474.patch
>
>
> When caching tokens, the helper TokenStreams in analysis.jsp and AnalysisRequestHandlerBase do not clear all attributes.
> The issue is tricky. The cached tokens do not contain all attributes in early stages, so copyTo() does not necessarily overwrite all attributes in "this". Calling clearAttributes ensures this.
> bq. Was: LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
> The problem here was, that this attribute was added later in anaylsis chain, so cached tokens don't include this. Sorry, that was my fault when rewriting analysis.jsp together with Robert :(
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Commented] (LUCENE-3039) all words are protected after the
first detected
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/LUCENE-3039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13022306#comment-13022306 ]
Uwe Schindler commented on LUCENE-3039:
---------------------------------------
I found the bug:
The problem is in analysis.jsp (3.x version), line 227: there should be a clearAttributes() first.
Reason is: In early stages, cached tokens dont have the Keyword Attribute, so the following copyTo() does not overwrite all attributes.
Same applies for AnalysisReqHandlerBase. The depreacted AnalysisReqHandler does not has this problem as it does not debug all filters and caches no Tokens.
Patch is coming...
> all words are protected after the first detected
> ------------------------------------------------
>
> Key: LUCENE-3039
> URL: https://issues.apache.org/jira/browse/LUCENE-3039
> Project: Lucene - Java
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
[jira] [Assigned] (SOLR-2474) Aanalysis.jsp and
AnalaysisRequestHandlerBase does not correctly clear attributes on caching
tokens
Posted by "Uwe Schindler (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-2474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Uwe Schindler reassigned SOLR-2474:
-----------------------------------
Assignee: Uwe Schindler
> Aanalysis.jsp and AnalaysisRequestHandlerBase does not correctly clear attributes on caching tokens
> ---------------------------------------------------------------------------------------------------
>
> Key: SOLR-2474
> URL: https://issues.apache.org/jira/browse/SOLR-2474
> Project: Solr
> Issue Type: Bug
> Affects Versions: 3.1
> Reporter: Yonik Seeley
> Assignee: Uwe Schindler
> Attachments: SOLR-2474.patch
>
>
> LUCENE-2901 broke protected words by only setting and never clearing (that change should have been accompanied by offsetting code to clear the attribute somewhere).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org