[Koha-bugs] [Bug 10827] List of holds does not update correctly

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Sep 22 13:12:01 CEST 2015


http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10827

--- Comment #39 from Kyle M Hall <kyle.m.hall at gmail.com> ---
I think you will find bug 14364 interesting Christopher!

(In reply to Christopher Brannon from comment #38)
> (In reply to Katrin Fischer from comment #36)
> > Please take a look at my comment #30.  I am not in favor of setting the
> > waiting status automatically. In my opinion this should always require a
> > check in, so that we can trigger the printing of the next slip.
> > 
> > Moving this to "In discussion".
> 
> I agree with Katrin on this point.  If this patch automatically triggers a
> hold when an existing hold is cancelled or expired, this WILL create a big
> mess.  Libraries like ours put the holds out on a shelf for patrons to
> pickup.  They are marked with slips for patrons to identify their items.
> 
> Having the next hold triggered automatically creates a mess for both staff
> and patron.  The patron will get notified that their hold is waiting, but
> won't be able to find it.  Staff will not have any idea what slips need
> updating.  Items will be lost on the hold shelves.  Cats and dogs will fall
> in love.  It would be chaos.
> 
> What NEEDS to happen is a better notification to staff of these expired and
> cancelled holds, so we can get to them quicker.  It would be HIGHLY
> recommended that cancelled holds and expired holds don't show as available
> in Koha, but show as a status that it is waiting for some sort of handling,
> so that staff have a clue where the item is.  It would also be HIGHLY
> recommended if BOTH expired AND cancelled holds showed up on the Holds Over
> list in the Holds Awaiting Pickup report.  Perhaps even an alert on the
> staff home page.
> 
> That's my two cents.
> 
> Christopher

-- 
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