https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40462 Bug ID: 40462 Summary: Preferred_name values distinct from firstname should not be lost when preferred_name set in BorrowerUnwantedFields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs@lists.koha-community.org Reporter: andrew@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle@bywatersolutions.com Current behavior: - set a patron to have a preferred_name distinct from their firstname - set BorrowerUnwantedField to hide preferred_name - refresh your patron, confirm their preferred_name has not changed - on your patron, click Edit and then Save without changing anything - confirm your patron's preferred_name has been updated to match their firstname In contrast, if you give a patron a fax number and then hide fax via borrowerunwantedfield, that fax number remains on the patron record and cannot be edited or removed by staff. In preferred_name is included in BorrowerUnwantedField, we should only update preferred_name to match firstname if preferred_name and firstname matched before we edited the patron. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.