When entering IDs into the search field for adding users (labeled "Member name or ID"), entering text into the field will activate a spinning throbber on the field. While the cursor is in the text field the throbber never disappears, and there is no drop down of potential matches. However, if you tab out of the field or otherwise lose focus, the field changes to the display name of the found record.
The search field for adding users is set up as a dojo combo field, similar to the combo search field for groups. But unlike the group search, the user search does not work for partial search-as-you-type results. The dojo logic java class is invoked with a final wildcard on the query. But it then calls UiV2Group.lookup() to search, which looks up subjects by SubjectFinder.findByIdOrIdentifier(). Unless a source Id actually has a wildcard in the name, I think that nothing would be found.
As far as I can trace the code, it looks like when the field loses focus, it does the same query but without the wildcard. This would explain why moving from the field exposes the desired result.
I don't know what the fix should be. Dynamic search results for users would be nominally useful, although it would only be on the Id or Identifier (not a person's full name string, as the label would suggest). But wildcard queries might put a strain on LDAP servers or SQL databases. Maybe the optimal fix is to disable partial dynamic search results.
2) After input of a user's id, hitting enter instead of tab has inconsistent behavior depending on prior actions.
- initially, it will change to the display name, but then flash an error "Select an entity from the search results"
- continuing from above, if another id is entered, the result will be successful, but it will be the previous ID that is added to the group!
- continuing from the previous entry, hitting return after a third entry will flash the error "Select an entity from the search results"
Suggested fix: remove carriage return functionality from the add member form
The tooltip that shows up when the field is empty is "Enter 2 or more characters for searching". This would suggest that it is doing a partial search, which isn't functional per #1 above. The wildcard search also happens after the first character, without waiting for the minimal 2 characters.
The label for the field is "Member name or ID". But the search is actually on Id or Identifier, not the name attribute or some variation on the user's display name.
Suggested fix: change base property groupSearchMemberOrId in grouperText/grouper.text.en.us.base.properties to "Member ID or unique identifier"