[Bug 9906] New: Holds Return Policy and Local Hold Item Types not working as expected
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 Bug ID: 9906 Summary: Holds Return Policy and Local Hold Item Types not working as expected Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: hbraum@nekls.org CC: gmcharlt@gmail.com The Holds Return Policy table (new to us as we just upgraded to 3.8.8 a few weeks ago) has proven to have unexpected ramifications for NExpress libraries. When items with LOCAL HOLD item types are returned at another library, these LOCAL HOLD items are being selected to fill ineligible holds. EXPLANATION: NExpress has two kinds of restricted item types defined: LOCAL HOLD, which only allows requests from patrons having the same HOME LIBRARY as the item to trigger holds, and WALK IN, which disallows holds entirely. There are three specific item types for each, depending on the material, which are defined by the owning library in Koha.: 1 LOCAL HOLD BOOK 2 LOCAL HOLD MOVIE 3 LOCAL HOLD OTHER 1 WALKIN BOOK 2 WALKIN MOVIE 3 WALKIN OTHER SITUATION: We are seeing the case where LOCAL HOLD items that are returned at a library other than its home library are being selected from the holds queue to fill holds for patrons at the library. In other words, when the hold patron's home library matches the Current Location, a hold is triggered; the correct behavior is that a hold is triggered ONLY when the hold patron's home library matches the Home Library location of an item. The three LOCAL HOLD item types are not being correctly observed when such an item is checked in at a library other than the item's home library. The LOCAL HOLD restricted-hold item types were not taken into account when formulating the new Return Policy table, which has this explanatory note: "…these policies are based on the patron's home library, not the library where the hold is being placed." This is the problem. The item's home library, not the patron's home library, is what needs to determine the hold restriction for LOCAL HOLD item type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Heather, sorry, but I am not sure I could reproduce the problem from the description. Could you give a step by step description of how to reproduce it, starting with the settings you chose in configuration? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 --- Comment #2 from Heather Braum <hbraum@nekls.org> --- Created attachment 17966 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17966&action=edit Basehor's Local Hold Settings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 --- Comment #3 from Heather Braum <hbraum@nekls.org> --- Created attachment 17967 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17967&action=edit Leavenworth's hold policy settings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 --- Comment #4 from Heather Braum <hbraum@nekls.org> --- Katrin, I just saw your response when I came back to relook at this bug report. When you check in a local hold item from library A at library B, if a patron at library B has a hold on it, a hold is triggered for a patron at library B. This is unexpected behavior. Items with the local hold item type are only supposed to trigger holds for patrons at the item's HOME library. I screencasted an example, but can't attach the video file here and also realized I don't want all the patrons names exposed online, so I can't even share the video file. The testing process: I set my home library to Leavenworth and checked in a Basehor local hold item. The process triggered a hold for a Leavenworth patron. The expected behavior should have been to trigger a hold for ONLY a Basehor patron OR prompt the library to return the item back to Basehor. That behavior has always been previously how local holds worked in the past on Koha. I am also attaching screenshots of the holds policy by item type for the two libraries I was using to test this situation with. Please let me know if you need further detail for testing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 Diana Weaver <dianajweaver@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dianajweaver@gmail.com -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 --- Comment #5 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Heather, I won't have time to test this, but maybe someone else can confirm? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9906 Melia Meggs <melia@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |melia@bywatersolutions.com Resolution|--- |DUPLICATE --- Comment #6 from Melia Meggs <melia@bywatersolutions.com> --- I think was resolved with the patch for Bug 10243, so I am closing this out. *** This bug has been marked as a duplicate of bug 10243 *** -- 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