Uploaded image for project: 'Red Hat Directory Server'
  1. Red Hat Directory Server
  2. DIRSRV-56

subsuffix are not returned in one level scoped search

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Major Major
    • dirsrv-12.5
    • dirsrv-11.8
    • 389-ds-base
    • None
    • sst_idm_ds
    • 0
    • False
    • Hide

      None

      Show
      None
    • None
    • None
    • None
    • None

      Description of problem:

      subsuffix are not returned in one level scoped search

      Steps to reproduce the behavior:

      • Create an instance with dc=example,dc=com suffix (with entries in the backends)
      • Create a subsuffix just below the suffix with entries:
      • dsconf instance backend create --suffix ou=foo,dc=example,dc=com --create-entries --be-name foo
      • Run ldapsearch ldapsearch with sub scope:

      ldapsearch -Q -LLL -Y EXTERNAL -H ldapi://%2fvar%2frun%2fslapd-i1.socket -s sub -b dc=example,dc=com '(ou=*)' dn
      (No errors: ou=foo,dc=example,dc=com is listed)

      • Run ldapsearch with one scope:

      ldapsearch -Q -LLL -Y EXTERNAL -H ldapi://%2fvar%2frun%2fslapd-i1.socket -s one -b dc=example,dc=com '(ou=*)' dn
      (Error: ou=foo,dc=example,dc=com is not listed)

      Expected results

      ou=foo,dc=example,dc=com should be listed in both cases

      Additional context

      This behavior confuses some ldap browsers that cannot show any more the entries below sub suffix.

      Upstream ticket:

      https://github.com/389ds/389-ds-base/issues/5772

              progier Pierre Rogier
              rhn-engineering-mareynol Mark Reynolds
              IdM DS QE IdM DS QE
              Evgenia Martyniuk Evgenia Martyniuk
              Votes:
              1 Vote for this issue
              Watchers:
              9 Start watching this issue

                Created:
                Updated:
                Resolved: