[
https://issues.apache.org/jira/browse/DIRSTUDIO-730?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13476242#comment-13476242
]
Frank IJskes commented on DIRSTUDIO-730:
----------------------------------------
I am sorry. I have no longer access to that environment. So i can not provide
you with any information regarding this.
As far as i can recall, it was something like the following setup:
o=piet
|--ou=jan
|----uid=something
|--ou=piet
So expanding o=piet.ou=piet would give me :
o=piet
|---ou=piet
|------ou=piet
|------ou=jan
|--ou=jan
> LDAP browsing show a dn (an organizational unit) that is not there
> ------------------------------------------------------------------
>
> Key: DIRSTUDIO-730
> URL: https://issues.apache.org/jira/browse/DIRSTUDIO-730
> Project: Directory Studio
> Issue Type: Bug
> Components: studio-apacheds
> Affects Versions: 1.5.3
> Environment: Windows Vista SP2, Apache Directory studio Version:
> 1.5.3.v20100330, penrose virtual directory server 2.0 and 2.0.1
> Reporter: Frank IJskes
>
> In the LDAP Browser:
> expand an organizational unit shows the same organizational unit which can be
> expanded recursively and infinitely.
> Context:
> I am using penrose virtual directory to convert an ldap to use the "uid" as
> dn, instead of using the "cn" as dn.
> When using ldapsearch to search the ldap directory, i do not see this "dc"
> object.
> When using the softerra ldapbowser, i do not see this object.
> Conclusion: apache directory studio shows me something that is not there.
> This happens ONLY in this container. Other containers do not have this issue.
> This container is special, because there is a mapping done in the ldap
> browser that shows the uid as dn instead of the cn.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
