Issue Summary

User Picker fields/columns in the List View limits user selection to those who are assignable within the project, diverging from the Issue View behavior, which allows selection from a broader user base. This inconsistency affects user experience and functionality, as it restricts the ability to assign users not included in the project's assignable users group, even if they are relevant to the task at hand.

Steps to Reproduce

1. Navigate to the List View of a Jira Software project.
2. Attempt to assign a user to a user picker field/column to a user who is not part of the project's assignable users but exists in the instance
3. Observe the inability to find or assign the user in the List View. Under the hood, it is making call to this API

   GET /rest/api/3/user/assignable/search?issueKey=PM-7&maxResults=7&query=wint
   

4. Compare this behavior by attempting the same action in the Issue View screen, where the user can be found in the same user picker field. Under the hood, it is searching all users

   GET /rest/api/3/user/recommend?context=CustomUserField&issueKey=PM-16&fieldId=customfield_10173&query=
   

Expected Results

The user selection in the List View should behave similarly to the Issue View, where custom fields searching for users or groups are not limited by the project's assignable users restriction.

Actual Results

In the List View within Jira projects, user selection on a user picker field/column is restricted to those who are part of the assignable users as per the project's permission scheme. This limitation does not align with the Issue View's behavior, where there is no such restriction, allowing for a broader and more inclusive selection of users.

Workaround

To mitigate this issue temporarily, the permission scheme of the project can be modified to include the default Jira group "jira-software-users" as assignable users. This modification expands the pool of users that can be selected in the List View. However, this workaround may not be viable for all projects due to project policies.