[Bug 33523] New: Hold Queue targets items on record level holds that should not fill the hold
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Bug ID: 33523 Summary: Hold Queue targets items on record level holds that should not fill the hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: lisette.scheer@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com Holds queue doesn't check if a branch's item can fill the hold if at least one item is available on the record for a bib level hold To recreate: • Have ReservesControlBranch set to "item's home library" • Have at least 2 libraries. • Set the circulation rules so that a patron type can place holds on an item type at library A • Set the circulation rules so that the same patron type cannot place holds on or have any checkouts on the same item type at library B • Make a record with at least 2 items, one at library A and one at library B. • Place a bib level hold for a patron matching the patron type in the rules • Run holds to pull for both branches • The item should only show on Library A's list, but it also shows on library B. Library B doesn't allow checkout of those items for that patron type. The same thing also happens if there are separate item types on the same record, such as a public copy and a staff copy. The staff copy will try to fill the hold even though it can only be held and loaned by staff. Lisette -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Lisette Scheer <lisette.scheer@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Hold Queue targets items on |Hold Queue & Holds to pull |record level holds that |targets items on record |should not fill the hold |level holds that should not | |fill the hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Katie Bliss <kebliss@dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss@dmpl.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Rebecca Coert <rcoert@arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert@arlingtonva.us -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 --- Comment #1 from Rebecca Coert <rcoert@arlingtonva.us> --- We can confirm that this behavior is still occurring a year later. Our technical services department cannot retrieve non-circulating items from the branches, which they should be able to hold and check out based on the loan rules. We've had to modify workarounds and reports to retrieve these items. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- (In reply to Rebecca Coert from comment #1)
We can confirm that this behavior is still occurring a year later. Our technical services department cannot retrieve non-circulating items from the branches, which they should be able to hold and check out based on the loan rules. We've had to modify workarounds and reports to retrieve these items.
Hi Rebecca, is this maybe a different bug? If the item is marked as 'for reference' or 'not for loan' these settings will overrule the circulation conditions and that would be the currently expected behavior, they cannot fill holds. There is another bug for an enhancement that would allow it: bug 35299 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 holly@bywatersolutions.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |holly@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Catrina Berka <catrina@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |catrina@bywatersolutions.co | |m -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Carolyn Hughesman <chughesman@cclsny.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chughesman@cclsny.org --- Comment #3 from Carolyn Hughesman <chughesman@cclsny.org> --- This is probably the number one complaint I get from my libraries. Bib-level holds are placed on records with different item types. Some item types allow holds from any library, other item types only allow holds from patrons whose home library matches the item's home library. Holds queue seems to pull a random available item when it fills a hold. Holds queue should be checking the hold rules to see if that item can indeed fill the hold. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Hold Queue & Holds to pull |'Holds queue' and 'holds to |targets items on record |pull' targets items on |level holds that should not |record level holds that |fill the hold |should not fill the hold Severity|enhancement |normal -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 trevor.diamond@mainlib.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trevor.diamond@mainlib.org --- Comment #4 from trevor.diamond@mainlib.org --- I'm on 24.11 in a cooperative and this issue is causing a lot of staff confusion. However, I think I may have identified a behavior that might help a little with a workaround? Need someone else to test/verify though. Standard set of circulation rules has an item type policy that LIBTHINGS is local holds only. Have a bib with holdings at libraries A through G. Patron From A places a hold, which is allowed because that library has a copy. Library A is checked out though. The holds queue now has the request for Library A patron for the item at Library B. This is obviously not correct, since B's item would only be for B. I think that is what this bug is about? TEST WORKAROUND: Place an item type hold policy on Library B for local holds only (the same as in the standard rules, but applying it at the library level instead of the standard level for all libraries). Wait for the holds queue to rebuild. Check if the Patron A request is on any queue. When I did this in my system, the hold request not only got removed from the queue at Library B, but it didn't show up for ANY of the libraries that had on the shelf copies. This seems to imply that when there only a standard item type hold policy, the system won't always pay attention. But if there is a library level item type policy, then the system will check first the library level policies and THEN the system level policies. Does this make sense to anyone? The stadnard policy didn't apply until there was also at least one library level policy on the same item type. But then then standard policy was correctly applied to all other libraries (so the request will only show up for Library A when that copy is available and none of the other libraries were asked even though the library level policy was only applied to one library). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew@bywatersolutions.com | |, nick@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@openfifth.c | |o.uk -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Melissa <mwalker@akronlibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mwalker@akronlibrary.org Status|NEW |CONFIRMED --- Comment #5 from Melissa <mwalker@akronlibrary.org> --- We are also running into this bug. We have item types we deem "no holds." These no hold item types are supposed to be for our "lucky day" collection. These collections are not supposed to fill holds, but are supposed be on the shelf ready for people to walk in and take them. The items that are not supposed to be filling holds are filling holds. It's very confusing for all staff and our customers. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |major -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33523 --- Comment #6 from Andrew Fuerste-Henry <andrew@bywatersolutions.com> --- I want to specify some difference in behavior here based on whether holds are prevented by rules (the number of holds allowed defined in the circ rules table) or by policy (the hold policy defined in a dropdown). Rules: Library A allows 0 holds Library B allows 1+ holds Holds to pull will list items from both Library A and Library B Holds queue will list an item from either Library A or Library B (you can force the queue to target either library's item by checking the other item out to a patron) Policy: Library A policy "No holds allowed" Library B policy "From any library" Holds to pull will list items from both Library A and Library B Holds queue will only list the item from Library B -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org