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: koha-bugs@lists.koha-community.org Reporter: nick@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com 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.