[Date Prev][Date Next] [Chronological] [Thread] [Top]

cn=*...*...*...* bug?



Strangely enough, a search on my database with filter:

  (cn=*jean*jacques*regnier*)

returns an entry whose (only) cn is "Jean-Claude REGNIER".

Actually, it seems that the second part isn't taken into account at all:

  (cn=*jean*blurblesmooch*regnier*)

returns the same entry.

It's like as if there was a bug in the filter processing when you have four (or more?) wildcards.

One might suspect the indices, but I don't think they're corrupted. The database is fresh. I have a "eq,sub" index on cn.

cn is declared in the standard way in core.schema. A search with only three wildcards gives the correct answers.

I'm on openldap 2.0.11 over berkeley db 3.2.9.

Does someone else have the same problem? Try "*john*blurblesmooch*smith*" for instance.

---
David Olivier
Klebs gardien Alpages CRI courrier brebis Lyon 2 Lumière