Webclient: List of Holds in Patron Account Does Not Update if 1+ Holds Already Exist

Bug #1747968 reported by Keith Kaffenberger
36
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Evergreen
Confirmed
Undecided
Unassigned

Bug Description

When going through a patron account to place a hold, if no holds currently exist for the patron, clicking on the Holds tab after the hold is successfully placed will correctly show the item just placed as on hold.

When doing the same thing with an account that has 1+ existing holds already, the newest item placed on hold will not show up in the list without refreshing the patron's account.

Revision history for this message
Keith Kaffenberger (kkaffenberger) wrote :
Andrea Neiman (aneiman)
tags: added: webstaffclient
removed: webclient
Kerry Green (kgreen)
Changed in evergreen:
status: New → Confirmed
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirmed this in 3.1

Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirmed this is still an issue in 3.3

Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

Confirmed still an issue in 3.5

tags: removed: webstaffclient
Revision history for this message
Jennifer Pringle (jpringle-u) wrote :

This is resolved with the new staff catalogue in 3.7.

In 3.7 when you place a hold from the patron account you're taken out of the patron account into the new catalogue. If you return to the patron account after the hold is placed (by clicking on the patron's name) the account reloads and the Hold list is accurate.

Dan Briem (dbriem)
tags: added: circ-holds usabili
removed: holds refresh
tags: added: patron usability
removed: usabili
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.