Patron preferred name display can cause duplicates
Bug #1792482 reported by
Bill Erickson
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Evergreen 3.2-beta1
Use case in question is when a patron uses their middle name as their preferred first name. In the current display, where preferred names simply override primary names, this can result in names where the first and middle name are the same. E.g. Albert John Smith becomes John John Smith.
Proposed solution is to only show preferred prefix, middle, and suffix fields when a preferred value is applied. As before, we always show a first and last name, where the preferred name acts as an override.
With this approach, Albert John Smith displays as John Smith when no preferred middle name is set.
Changed in evergreen: | |
status: | Fix Committed → Fix Released |
To post a comment you must log in.
The solution of only displaying certain preferred name fields when values exist works well in the staff client, because there are dedicated slots in the UI for primary and preferred name. In the catalog, though, we just display one name value in the account preferences page.
I'd like to avoid checking the values of the names (e.g. does first name equal middle name), so I propose we add a dedicated preferred name field to the account settings page in the catalog, visible only when a preferred name is present, using the same display logic as in the staff client. That way the source of the values is always apparent.