[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