[Date Prev][Date Next]
Re: ITS#3707 filters
> firstname.lastname@example.org wrote:
>> I've had a patch for the Filter handling sitting here half-finished for
>> quite a while. The intent is to preserve all of the original filter data
>> so that it can be reused directly.
> This is now in HEAD. I haven't yet caught all the cases in get_ssa or
> get_mra that drop the info when validation fails, but otherwise it's
> usable. Instead of using the distinct SLAPD_FILTER_COMPUTED type for
> filter components with unknown attributes, it now ORs the
> SLAPD_FILTER_UNDEFINED flag onto the existing filter choice. This way
> the original filter structure can be preserved.
back-ldap's filter munging strategy still needs to be adapted to the new
code. Probably it shouldn't use the filterstr at all.
Any filter component with an unknown attribute is now logged with a '?'
prefix, e.g. "(foo=a*b)" becomes "(?foo=a*b)".
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc
OpenLDAP Core Team http://www.openldap.org/project/