Details
-
Improvement
-
Status: Closed
-
Major
-
Resolution: Fixed
-
None
-
None
Description
Solr should not parse local-params (and thus be able to switch the query parser) in certain circumstances. Perhaps it is when the QParser.getParser is passed "lucene" for the defaultParser? This particular approach is just a straw-man; I suspect certain valid embedded queries could no longer work if this is done incorrectly. Whatever the solution, I don't think we should assume 'q' is special, as it's valid and useful to build up queries containing user input in other ways, e.g. q= +field:value +{!dismax v=$qq}&qq=user input and we want to protect the user input there similarly from unwelcome query parsing switching.
Attachments
Attachments
Issue Links
- breaks
-
SOLR-11809 QueryComponent.prepare rq parameter parsing fails under SOLR 7.2
- Closed
- causes
-
SOLR-16916 JSON Query DSL doesn't work if defType isn't lucene
- Closed
- is related to
-
SOLR-4042 NullPointerException for query type 'query' without '{! ...}' syntax
- Resolved
-
SOLR-12081 Improve docs on query parsing: embedded queries, uf (edismax)
- Closed
- relates to
-
SOLR-14557 Unable to parse local params followed by parenthesis like {!lucene}(gigabyte)
- Closed
- supercedes
-
SOLR-4197 EDismax allows end users to use local params in q= to override global params
- Resolved