Bug 38317 - Support hiding preferred_name from patron modification screen on OPAC but not staff client (or vice versa)
Summary: Support hiding preferred_name from patron modification screen on OPAC but not...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: Main
Hardware: All All
: P5 - low enhancement
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on: 28633
Blocks:
  Show dependency treegraph
 
Reported: 2024-10-31 17:50 UTC by Emily Lamancusa (emlam)
Modified: 2024-10-31 17:50 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:
Circulation function:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Emily Lamancusa (emlam) 2024-10-31 17:50:53 UTC
If preferred_name is hidden from either staff modification or patron self-modification, the firstname field will be copied into that field whenever edits to the patron are made from that screen. It's possible that a library may want to use the preferred_name field, but restrict editing either to patrons only or staff only for whatever reason. It would be nice to be able to hide preferred_name from one screen and not the other, without overwriting the preferred_name every time the patron account is edited from a screen where the field is hidden.