This came to light when someone submitted a term that consisted of all punctuation and WordDelimiterFilterFactory (Solr 6.3, but master has the same behavior) removed the term entirely.
Glancing at the code, I'm assuming the "q" member variable is null. The exception is generated by the hash code calculations: return q.hashCode() + 0xc0e65615; But the rest of the class just dereferences q as well. Is this intended behavior? fq=field:%26 works fine filter(field:%26) throws an NPE I'll raise a JIRA if this isn't expected. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
