[ https://issues.apache.org/jira/browse/SOLR-3580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13425853#comment-13425853 ]
Jack Krupansky commented on SOLR-3580: -------------------------------------- I'm okay with the proposal for "supportedLowercaseOperators", but I would make two points: 1. What about mixed case? Would mixed case And/Or/Not be treated as lower case? Or only strict lower case? 2. How about a revised compromise - Keep "lowercaseOperators=true/false" as is for compatibility, but also support the same parameter name with the form "lowercaseOperators=and,or,not" to provide the desired flexibility. All the benefit of the current proposal, but without the need to switch/deprecate the old form. > In ExtendedDismax, lowercase 'not' operator is not being treated as an > operator when 'lowercaseOperators' is enabled > -------------------------------------------------------------------------------------------------------------------- > > Key: SOLR-3580 > URL: https://issues.apache.org/jira/browse/SOLR-3580 > Project: Solr > Issue Type: Bug > Components: query parsers > Affects Versions: 4.0-ALPHA > Reporter: Michael Dodsworth > Priority: Minor > Fix For: 4.0 > > Attachments: SOLR-3580-proposal.patch, SOLR-3580.patch > > > When lowercase operator support is enabled (for edismax), the lowercase 'not' > operator is being wrongly treated as a literal term (and not as an operator). -- 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