https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39187
Bug ID: 39187
Summary: Hold expiration date should not be extended if set by
staff before hold is filled
Change sponsored?: ---
Product: Koha
Version: Main
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Hold requests
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected]
Koha respects a patron's set expiration for a hold when filling, and does not
extend past the original date.
When a staff member places a hold for a patron the patron_expiration_date field
is set.
If a staff member places a hold with no expiration, then sets the expiration
before the hold has been filled, the expiration date will always be replaced by
the default date from ReservesMaxPickupDelay
We should only replace the date if the new one is sooner.
To recreate:
1 - Place a hold in staff interface with no expiration date
2 - Edit the hold expiration date to be tomorrow
3 - Set ReservesMaxPickupDelay to 7
4 - Check in the item and confirm hold
5 - Expiration date is now 7 days away
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
