Bug 8658 - Don't display patron attributes which have been limited to another patron category
Summary: Don't display patron attributes which have been limited to another patron cat...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal (vote)
Assignee: Bugs List
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-20 16:12 UTC by Owen Leonard
Modified: 2023-07-25 15:55 UTC (History)
4 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Owen Leonard 2012-08-20 16:12:39 UTC
This probably only happens if you enter some data into patron attributes and then later limit entry of that attribute by category. I have a patron who has data stored in an attribute, but that attribute has since been limited to another patron category. Even though the data exists I don't think it should display if it no longer applies to that patron category. Otherwise you can see patron attributes displayed on a record which cannot be edited because the editor honors the limitation by category.
Comment 1 Jonathan Druart 2015-03-31 09:22:51 UTC
I could be quite easy to hide them, but they will still be searchable.
To remove them from the patron search would be much more tricky.
Maybe an easier way would be to provide a script to remove the attributes which should not be set for a patron.
Comment 2 Esther Melander 2023-07-25 15:55:15 UTC
This bug still exists in 22.11

To Replicate:

1. Create two patrons, Patron A and Patron B in two different patron categories.
2. Create a patron attribute. Select Display in OPAC, Editable in OPAC, and limit the attribute to the patron category assigned to Patron A.
3. Edit Patron A to have the patron attribute.
4. Login to the OPAC with Patron B's account.

See the patron attribute is displayed and editable to patron B.

The expected behavior is that Patron B would not see or be able to edit the patron attribute because they are in a different patron category.