[Koha-bugs] [Bug 21729] When reverting a hold the expirationdate should be reset
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Wed Oct 13 14:32:07 CEST 2021
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21729
--- Comment #16 from Andrew Fuerste-Henry <andrew at bywatersolutions.com> ---
The system preference DefaultHoldExpirationdate puts a date into expirationdate
but not your new patron_expiration_date field:
expirationdate: 2021-10-23
patron_expiration_date: NULL
Further, if I've set the DefaultHoldExpirationdate syspref to make holds expire
in X days, but manually pick a non-X value when placing the hold, I get
different values in the two fields. Here my syspref is set to 10 days, but I
picked a nearer date when placing the hold. Koha shows 10/23 as the expiration
date on the bib and borrower pages.
expirationdate: 2021-10-23
patron_expiration_date: 2021-10-15
After I check the item in and set it to Waiting status, the
patron_expiration_date does start to get enforced. (In this case, my
patron_expiration_date ends up less than waitingdate+ReservesMaxPickUpDelay.)
waitingdate: 2021-10-13
expirationdate: 2021-10-15
patron_expiration_date: 2021-10-15
>From that point, my expiration date remains 10/15 if I revert the hold,
recapture it, etc.
Seems like we should make the syspref write its date into both expirationdate
and patron_expiration.
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list