Checkout requested item
Currently the hold_queue is calculated from holds in the bibrecord, not item. While this makes sense in case you return an item, this does not make sense if an item is available (e.g. with barcode 123) , another is requested (barcode 123456) and a third is on loan (barcode 12345) In this case the user who requested 123456 may pickup this item. A loan of this item should be prevented. However a loan of item 123 should be possible. Currently a loan of 123 fails with "item on hold" Correct the algorithm that builds hold_queue in libSIP_join2 item