Details
-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
None
Description
The search feature in the ACL picker looks like only searching after the username and not after the other variables (first name, last name, email,...).
Several customers are using obfuscated and unreadable username (e.g: kind of user id with 7 numbers such as the EPFL is doing). It should then be required to be able to search into all the other mounted LDAP properties (or at least the displayed one for ease of understanding of why the search is retreiving such or such user if nothing looks like including the search term).
Ideally speaking mounted LDAP variables should be dynamically mounted in the ACL picker as an option (e.g: click on a column label in order to add the non default but available other user properties)
TestRail: Results
Attachments
Activity
Stephane Croisier (Inactive)
added a comment - Same for groups: impossible to search after a username whihc is part of a group. So the prior Jahia 5 features which was allowing to list all groups belonging to a user or vice-versa all members of a given group has disapeared (and was sponsorized by the EFPL as a contribution in kind we should maintain).
A quick workaround would be at least to use the search in order to look after a username in the group picker. So that you could see all groups such a user belong to.
The opposite is more complex but it would be great to be able to double click on a user or a group and see the details.
Stephane Croisier (Inactive)
added a comment - Same for groups: impossible to search after a username whihc is part of a group. So the prior Jahia 5 features which was allowing to list all groups belonging to a user or vice-versa all members of a given group has disapeared (and was sponsorized by the EFPL as a contribution in kind we should maintain).
A quick workaround would be at least to use the search in order to look after a username in the group picker. So that you could see all groups such a user belong to.
The opposite is more complex but it would be great to be able to double click on a user or a group and see the details. Stephane Croisier (Inactive)
added a comment - screenshot 1: DDJENA is found (username) 
Screenshot 3: Impossible to know which user is part of a given group without having the rights to go in the admin center and check in the Group Management module.
Editors needs to know the composition of groups by heart or to use an alternative LDAP viewer application near to their Jahia each time they are managing ACL to verify to whom precisely they are granting some privileges on a content object.