[Date Prev][Date Next]
Re: ITS78 not fixed - modrdn loses records (ITS#132)--->Done ...well, almost!
A fix has been posted to the devel distribution for the problem you and others
reported. The problems was that index files were not being updated correctly
after modrdn operations. I believe there is still a problem: if you use modrdn
with deleteoldrdn=1, the old attribute value (rdn) will be deleted but a search
with the oldrdn will still return the entry. I would very likely fix this in the
future after I get approval from others in core.
Please test and send your feedback!
> Full_Name: Alan Sparks
> Version: OpenLDAP 1.2.1
> OS: HP/UX 10.20
> URL: ftp://ftp.openldap.org/incoming/
> Submission from: (NULL) (184.108.40.206)
> ITS #78 marked closed, but not fixed. Duplicated the problem as still
> existent in OpenLDAP 1.2.1. Compiled w/ GCC 2.8.1 on HP/UX 10.20 using
> either Sleepycat 2.3.16 or 2.7.4.
> After changing RDN of entry (in my case,
> from cn=Partners WorldCom Access,ou=Groups,o=Harris/NSS
> to cn=Partners MCIWorldCom Access,ou=Groups,o=Harris/NSS) with a delete-old-rdn
> parameter, subsequent ldapsearch cannot find the updated entry. Entry
> after slapd restart.
> Bad news. :-(