[Koha-bugs] [Bug 33508] New: Submitting patron update request from OPAC deletes any pending updates

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Wed Apr 12 18:33:36 CEST 2023


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33508

            Bug ID: 33508
           Summary: Submitting patron update request from OPAC deletes any
                    pending updates
 Change sponsored?: ---
           Product: Koha
           Version: 22.05
          Hardware: All
                OS: All
            Status: NEW
          Severity: enhancement
          Priority: P5 - low
         Component: Patrons
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: bwsdonna at gmail.com
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com, kyle.m.hall at gmail.com

When a patron submits a request for update of their personal information, if
they submit another request before the first one is approved, the info is
deleted.

To demonstrate:
1.  In OPAC, submit a update changing street address (or any field)
2.  View in staff interface and see that the submission shows. Do not take any
action on it.
3.  Go back to OPAC and submit an update for something else, such as phone
number
4.  In staff interface, view the new update request and see that only the last
one (phone number) shows, the address request has been removed.

This is a problem because patrons have no indication that their previous
request is being deleted, and staff have no idea that other updates have been
requested.  For instance, a patron goes into their account and updates address,
then realizes they also need to change phone number, and there is no way for
them to know they are deleting the previous request.

We need to either block patrons from being able to overwrite the previous
request, or find a way to retain both requests. I think the second option would
be the most customer friendly.

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.


More information about the Koha-bugs mailing list