Bug 3595 - Items seen at checkin should always go to 1st priority hold
: Items seen at checkin should always go to 1st priority hold
Status: NEW
Product: Koha
Hold requests
: HEAD
: All All
: P5 normal (vote)
Assigned To: Galen Charlton
:
:
:
:
  Show dependency treegraph
 
Reported: 2009-09-09 04:29 UTC by Liz Rea
Modified: 2010-02-11 07:58 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:12:40 UTC


---- Reported by wizzyrea@gmail.com 2009-09-09 16:29:13 ----

For full discussion, see:
http://stats.workbuffer.org/irclog/koha/2009-09-09#i_299913

Item 1 has 3 items. Patron A has a hold on item 1, Next available. She is first
on the list. Library A gets pick list, has item 1a on the list. They ignore it.
Patron B places a hold on item 1, next available. Item 1b crosses a scanner gun
at library B, item 1b goes to fill hold for Patron B (who is 2nd in line). 

So to summarize, if an item is on the holds queue report, it will be treated as
already allocated for the top person on the holds list. Any other copies
scanned will then go to the next person on the hold list. This is incorrect
behavior.

The pick list (hold queue) should only be a suggestion to the librarians to go
grab the book, and should not affect behavior.

Other things to watch for when fixing this:

- items on the holds queue that are crossing the scanner gun may be going to
fill holds that have already been filled (especially for popular items).
Processing the item should initiate a transfer for the next first available
patron in the queue for that bib (and that may not necessarily be the patron
for whom the item was initially picked)

- There needs to be some sort of message alerting librarians to the fact that
"this hold has already been filled, put this item back on the shelf," should
there be no other holds and the hold has been filled in the interim between
generation and processing of the pick list.



---- Additional Comments From wizzyrea@gmail.com 2009-09-09 16:34:01 ----

Local hold items also need to be addressed here, if a local hold item crosses a
scanner gun it should go to the first patron that qualifies for that item
(usually a patron of the holding library).



--- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:12 UTC  ---

This bug was previously known as _bug_ 3595 at
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3595

Actual time not defined. Setting to 0.0