I was reading this link: https://docs.appian.com/suite/help/17.3/User_Management.html#-add-user-filters and didn't find the answer to my question. I would like to be able to search by user ID. Is there any way to do so?
Discussion posts and replies are publicly visible
I'm also looking for a way to enable searching the User record list by username, and haven't been able to solve that problem. This would be a helpful feature for a future version.
Can you elaborate a bit more on what you're trying to do? You can search for users by username in the User Management view ( https://docs.appian.com/suite/help/19.4/User_Management.html ), and the user picker component also supports searching by username.
I want to enable users to search for other users by username.
The current workaround is user pickers, but these do not currently support searching for inactive users.
It is my understanding that deactivated users are intentionally excluded from user pickers because they are no longer active and can't have 'metadata' like tasks, etc assigned to them. So, if you need to give a list of all users (past and present), you might want to consider letting them pick them from a different source (integration to a diff systems, DB table, etc).Hope that helps
What if that could be a parameter for the user picker component, though? By default, only show active users (because this is what I want probably 80% of the time), but allow me to pass true() in some parameter if I also want to show inactive users.The most common use case for this is searching for historical records where the creator/assignee/etc is no longer with the company. I have a lot of applications like this, and sometimes I do have to pick from a different source. It can be confusing for users to see a user picker in some situations and this random other picker (that doesn't quite look or behave the same) in other situations.
In one of my projects, to solve this I created a "user picker from database" custom component (which uses the generic picker field paired with my Users database table), as it allows inactive users to be searched in a similar fashion to the OOB user picker, but to allow inactive ones to be returned (along with a label saying "(deactivated)" after their name). This does require a "users" table to be created and maintained, but IMHO that's fairly essential for any project.