ando@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/back-ldap
Modified Files: search.c 1.273 -> 1.274
Log Message: handle undefined objectClass values in search filters (ITS#6814)
Hmm. ava.c has been using the "(?attr=value)" format and SLAPD_FILTER_UNDEFINED flag since 2006. Munging ought to handle any attr=value, not just "(?objectclass=)".
Seems like we should just add a flag to filter2bv that tells it to generate a regular filter string that libldap will parse and forget about this other munging process.
ando@OpenLDAP.org wrote:
Update of /repo/OpenLDAP/pkg/ldap/servers/slapd/back-ldap
Modified Files: search.c 1.273 -> 1.274
Log Message: handle undefined objectClass values in search filters (ITS#6814)
Hmm. ava.c has been using the "(?attr=value)" format and SLAPD_FILTER_UNDEFINED flag since 2006. Munging ought to handle any attr=value, not just "(?objectclass=)".
Seems like we should just add a flag to filter2bv that tells it to generate a regular filter string that libldap will parse and forget about this other munging process.
Fixed differently. munge is still needed to handle replacement of t-f filters, AFAIK. This may require some work.
p.