Expire date remains null when frozen holds are automatically thawed
Bug #1944383 reported by
Jessica Woolford
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Evergreen |
Confirmed
|
Medium
|
Unassigned |
Bug Description
Evergreen 3.5+
When a hold is suspended, the expiration date is unset to keep it from expiring while it is in this state. If it has an activation date, the expiration date is not restored when the hold the hold thawing script runs.
For consistency, a new expiration interval should be applied at this time, as this is what happens when the hold is thawed manually in the OPAC or staff client.
See IRC conversation: http://
tags: | added: holds |
Changed in evergreen: | |
status: | New → Confirmed |
importance: | Undecided → Medium |
tags: |
added: circ-holds removed: holds |
To post a comment you must log in.
I have confirmed this by looking at the code and counting holds with a null expire_time before and after running the thaw_expired_ frozen_ holds.srfsh script. It reported thawing 842 holds on my test database, and the number of holds with frozen = 'f' and expire_time is null increased by 842.