Op 16-1-2017 om 20:52 schreef Michael Welsh Duggan:
Michael Welsh Duggan <m...@md5i.com> writes:
Indeed the braces are listed in fts-backend-solr.c as part of
solr_escape_chars, so don't know how the braces are making it through
unencoded.
I have attached a patch which solves this problem. I initially tried
changing http_url_escape_param() to include braces, but this did not
solve the problem. I have to guess that the {!lucene+q.op=AND} bit does
not travel through this function. So I just changed the braces in the
lines where they were introduced into their encoded values. Since the
equals-sign was already encoded this way there, it seemed to make sense.
Applied:
https://github.com/dovecot/core/commit/c32d111cf4d8be4ffdc582b440b5348d87461066
Regards,
Stephan.