[
https://issues.apache.org/jira/browse/SOLR-1982?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13575112#comment-13575112
]
David Smiley commented on SOLR-1982:
------------------------------------
I should note that this syntax may seem more intuitive, but it is a different
code-path that sidesteps the smarts that a field type might have. For example
timestamp:* is much slower than timestamp:[* TO *] assuming a precision step
was used. Arguably this is a bug from a user perspective, who doesn't
know/care about an implementation detail like that.
> Leading wildcard queries work for "all" fields if
> ReversedWildcardFilterFactory is used for "any" field
> -------------------------------------------------------------------------------------------------------
>
> Key: SOLR-1982
> URL: https://issues.apache.org/jira/browse/SOLR-1982
> Project: Solr
> Issue Type: Bug
> Affects Versions: 1.4, 1.4.1
> Reporter: Hoss Man
>
> As noted on the mailing list...
> http://search.lucidimagination.com/search/document/8064e6877f49e4c4/leading_wildcard_query_strangeness
> ...SolrQueryParse supports leading wild card queries for *any* field as long
> as at least one field type exists in the schema.xml which uses
> ReversedWildcardFilterFactory -- even if that field type is never used.
> This is extremely confusing, and ost likely indicates a bug in how
> SolrQueryParser deals with ReversedWildcardFilterFactory
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
