[koha-commits] main Koha release repository branch, new/bug_3595, created. v3.02.00-807-g784b9df

[Git repo owner]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "main Koha release repository".

The branch, new/bug_3595 has been created
        at  784b9df4f240302d3946089862ca6bf6f33c08a9 (commit)

- Log -----------------------------------------------------------------
commit 784b9df4f240302d3946089862ca6bf6f33c08a9
Author: ruth at bywatersolutions.com <ruth at bywatersolutions.com>
Date:   Fri Mar 4 13:04:43 2011 -0600

    Bug 3595 (partial): Items seen at checkin are not filling holds well
    
    In Liz's second comment on this bug, she points out that local-only
    holds (and also no-holds) items are being used to fill the first hold
    in the queue, no matter where located, transitting if necessary.  If
    all the items on a biblio are set to no-holds types, this problem
    would never arise, as no holds could be *placed*.  But if you have
    one or more unlimitedor local-hold items, then holds are getting
    filled by the first item to cross a scanner, no matter what.
    
    This patch will check during C4::Reserves::CheckReserves to make sure
    that the hold being handed back to AddReturn is actually fillable by
    the item just scanned.  One caveat:  If CircControl is set to "the library
    you are logged in at", this will cause items checked in at
    other-than-their-home-library to fill local holds at the library where
    scanned.  This is, however, an edge case!
    
    Signed-off-by: Liz Rea <lrea at nekls.org>
    Signed-off-by: Chris Cormack <chrisc at catalyst.net.nz>

-----------------------------------------------------------------------


hooks/post-receive
-- 
main Koha release repository