---- Reported by oleonard@myacpl.org 2010-02-18 19:13:06 ---- In the staff client, the detail page does not show whether an item is on hold. An on-hold item will say "available" in the status column. --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:24 UTC --- This bug was previously known as _bug_ 4218 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4218 Actual time not defined. Setting to 0.0 Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one.
This can be remedied for any item-level holds, but what about title-level holds? If the biblio in question has 3 copies attached, all checked in, which should be listed as 'on hold' for the patron? The hold_fill_targets, part of the holds/build_holds_queue.pl cronjob, is the only place in the code so far that seems to do the job of assigning a title-level hold to a specific copy based on the circulation configurations, and it is only effected by the (typically hourly) cron.
Created attachment 2638 [details] Screenshot of proposed page display I suggest adding the hold count as part of the biblio-level information being displayed.
Created attachment 2639 [details] [review] Proposed fix Showing "on hold" in the holdings list (as we used to do) is misleading if it is a bibilo-level hold. However seeing that a title has holds is important information for this view. This patch adds a line to the biblio-level information display with a count of the title's outstanding holds.
Love it - Signed off.
Pushed to master, please test
Created attachment 3325 [details] [review] Follow-up fix for XSLT display
Pushed, please test