Ticket #279 - filter normalization does not use matching rules
https://fedorahosted.org/389/ticket/279
Resolves: Ticket #279
Bug Description: filter normalization does not use matching rules
Reviewed by: nhosoi (Thanks!)
Branch: master
Fix Description: When normalizing the values in a filter, the normalization
must take into account the type of filter being used, and the matching
rules associated with the attribute, corresponding to the type of filter.
Added a mr_normalize function for matching rules. This is primarily needed
by the cis and ces associated matching rules, for the case where the
normalization function provided by the syntax is different than the one
associated with the matching rule. For example, Directory String (cis)
by default uses a case insensitive normalization function, but if you are
using a caseExact matching rule you must use a case sensitive
normalization function. Added the new function
slapi_attr_value_normalize_ext() to allow passing in the type of search
filter to normalize for.
Platforms tested: RHEL6 x86_64
Flag Day: yes - plugin structure size change
Doc impact: yes - document the new function