Only "inetAdmin", "inetUser" and "nsMemberOf" are acceptable values for the "memberofautoaddoc" attribute of the memberof plugin.
This can be confirmed by checking the schema: grep -i -r -n -e 'memberof' /opt/dirsrv/share/dirsrv/schema/
However, memberof will accept any other valid object class as well.
Git master on Fedora 25.
Try setting any valid object class as a value for "memberofautoaddoc". Eg. "posixaccount", "person", "extensibleObject", etc.
The plugin won't complain.
The plugin shall not allow this configuration and produce an error.
Hey @tbordaz I want to get your input on the solution to this.
I think the issue is that we validate the params by intercepting the MOD op, but the memberOf plugin isn't always online. Same is true of dse.ldif.
I wonder if the correct answer is that we add an objectClass for memberOf config, and then have the memberofautoaddoc / etc as a new syntax which validates the content is a valid objectClass, or is a valid attribute type known to schema. This way it would validate regardless of memberOf being online or not (we can't avoid dse.ldif to bypass though).
How does that sound?
Metadata Update from @firstyear: - Custom field type adjusted to defect
Metadata Update from @mreynolds: - Issue set to the milestone: 1.4 backlog
Here's a test case for reproducing it:
<img alt="0001-Ticket-49274-memberOfAutoAddOC-shall-accept-only-sch.patch" src="/389-ds-base/issue/raw/c16d8fed57e7519f5fc6c41bdea59b1233f1bc2329b1618a79e70e89418287a8-0001-Ticket-49274-memberOfAutoAddOC-shall-accept-only-sch.patch" />
389-ds-base is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in 389-ds-base's github repository.
This issue has been cloned to Github and is available here: - https://github.com/389ds/389-ds-base/issues/2333
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Metadata Update from @spichugi: - Issue close_status updated to: wontfix - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.