By fetching users by groups in the user administration I get the correct list of users.
However, when I select the same groups in the UserPickerBrowser, I get a much smaller number of users.
It does not matter if the group is from LDAP or defined in Jira. The number of users per group is very small (for example 20), browse permission is on jira-users, I even work as an administrator. It seems that only the first few users are displayed, even if the number of users per page in the UserPickerBrowser is 100. When I select a non-displayed user and one of his groups, he appears. The same thing happens when I search for the same groups in the UserPickerBrowser in another project (with other permissions).
What did I overlook?
Thanks, Martin
Hi all there,
Atlassian Support points https://jira.atlassian.com/browse/JRASERVER-63624, a known bug in 7.0 also in 8.0.
Please watch there.
Martin
We are having a similar problem.
We have configured a delegated LDAP. Users are able to login and perform all activities without any problems. But the userpicker's aren't showing names from this delegated LDAP.
Also, when I go to Project Settings --> Users and Roles, click on 'Add Users to Roles', it doesn't show any names in it.
If LDAP is working fine, users are able to login too, then why aren't this pickers not showing names in it??
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Have all of these users logged into this Jira site at least once?
I ask because there is bug/feature where user picker fields like Assignee or reporter can be limited in the users that can be selected there to only be user accounts that have actually logged into Jira at least once. I think this is hear to help prevent someone from assigning an issue to a user that isn't even aware of that Jira site yet, or to someone that can't possibly login to the site for one reason or another.
As such, it makes sense to me that there might be a logical extension of this feature to user picker fields.
You should be able to go back to the System settings -> User Management and lookup the user account if your a system admin in order to see if the account has a 'last login time' value or if it reads "Never logged in". The accounts will be listed there regardless, but if you have lots of accounts that have never logged in, that would potentially explain why user picker fields do not contain a complete list of all users you would otherwise expect.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Andrew, thanks for the tip and the explanations for a better understanding! While one user group really comprised users without login, there were other groups with all users with at least one login. All these users are 'natural'; those without login I gave a password and logged in myself. So the problem still exists.
I once again checked the permissions of the users that are displayed or not displayed in the UserPickerBrowser. All users in the group have read and edit rights. There is no Issue Security and no user filtering on the CustomField.
I tested different CustomFields in different projects with flat rights. The same everywhere.
If I search for group and username, then the user is displayed.
There must be something in Jira 7.9.2 that was not before (6.4.) and I have not discovered yet.
Martin
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Andrew!
We have the same problem since we upgrade to 7.13.1 We can't see users that doesn't logged in since the upgrade. But if that users log in JIRA, we can already see them.
Have you find a solution to resolve this issue?
Thanks!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.