[Koha-bugs] [Bug 21638] New: Allow reporting of holds cancelled by cancel_expired_holds.pl and ExpireReservesMaxPickUpDelay
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Tue Oct 23 23:04:41 CEST 2018
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21638
Bug ID: 21638
Summary: Allow reporting of holds cancelled by
cancel_expired_holds.pl and
ExpireReservesMaxPickUpDelay
Change sponsored?: ---
Product: Koha
Version: 18.05
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Hold requests
Assignee: koha-bugs at lists.koha-community.org
Reporter: andrew at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com
When ExpireReservesMaxPickUpDelay is set to Allow, waiting holds are
automatically cancelled by cancel_expired_holds.pl. But, generally, libraries
still need to physically remove those items from their hold shelf and check
them in to guarantee there are not pending holds or transfers to be triggered.
A report to identify these items is imperfect and cannot definitively
distinguish a hold cancelled by the cron from a hold cancelled by an employee.
Bug 14134 established behavior that displays holds which *will* be cancelled by
the next run of the cron on the "holds over" tab in Holds Awaiting Pickup, but
doesn't allow staff to see which holds have already been cancelled.
It'd be great if the cron could email a list of cancelled holds.
Additionally, reporting would be improved by the introduction of a new value in
old_reserves.found for items cancelled by the cron (maybe E for expired).
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
More information about the Koha-bugs
mailing list