Details
-
Bug
-
Resolution: Unresolved
-
Major
-
xCM 6.0.0
-
None
Description
This one relates to: http://jira.jahia.org/browse/WORK-361 and several others entered today by playing a day long with LDAP users and groups on a large directory.
I must say that this is now especially complex to deal with large users and groups directories and basically to find users and groups if you do not know them by heart and you are sure of the user/group login name (which is not the case 99% of the time in large company directories).
There is also no way to be able to see the details of a group which could cause some security concerns for some customers (how could you ensure that such or such users and not this one could access to this page if you do not really know who can access to the page?)
There are several problems with the search (especially on LDAP users and groups with members that are displayed even if they do not match the search criteria at all). Search looks like only possible on the login name (quite bad for customers using a cryptic LDAP login name such as the EPFL). And sorting options only available for the current view whatever the number of occurences is returned by the user search results.
So there is really a reflexion to do (and not just a couple of bug fix to close as fast as possible) on what our customers could expect from a nice LDAP/AD implementation which will allow them to easily and carefully assign users and groups on ACL (and no, not all editors have access to the Admin Center to check who belongs to wich group... the opposite is even not true as it looks like you can not know any more which LDAP users belong to which LDAP group even from the Admin Center as this feature looks like broken and only work for Jahia groups now).