http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4045
--- Comment #17 from Katrin Fischer <[email protected]> 2012-02-14 14:19:40 UTC --- Hi Kyle, I can only suspect that not a lof of people have used it, because they didn't trust it to work. I think things are even a bit more complicated here: We have an itemtype on biblio level, but I think it should only be checked for holds, when the system preference item-level_itypes is set to biblio record. So in that case it can work correctly for biblio level holds, because all items on the record are of the same item type. So both item level and biblio level hold will work here. When you use item level itemtypes, things get a lot more complicated. I started testing the patch that moves AllowOnShelfHolds to issuingrules and the problems here are similar I think. We allow a biblio level hold, if at least one of the items can be put on hold for the patron. If he missed items on the shelf and the library doesn't offer to get those items for the patrons, it will mean the patron has to wait longer, but the hold will still be filled at some point (If I didn't miss something here, and I feel like I did). If we follow the same approach for maxreserves it means that as long as at least one item is 'holdable' for the patron, it will be possible to place an item level hold on that item and a biblio level hold on the record. The problem with 3) is, that at the time the item will be checked in, the conditions can have changed totally. The numbers of holds for that patron might look totally different at the time one item is returned. While it was holdable when the patron placed the hold, it might no longer be holdable when it's returnd (and the other way round). Holds may have been filled in the meantime and other holds placed or cancelled. For this I think we can't really check on return - we must determine when placing the hold and then it's ok or not. Perhaps for use with item level itypes the current approach is too granular? I am thinking about a solution similar to "Total Current Checkouts Allowed". That would mean combinations of branch and patron category. And make the branch be the branch specified in ReservesControlBranch. I think that could work, but I might be wrong and missing some major things. Hope that makes sense. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA Contact for the bug. You are watching all bug changes. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
