[Bug 18366] New: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18366 Bug ID: 18366 Summary: On shelf holds allowed > "If all unavailable" ignores library of the rule and considers all libraries Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: costalc@gmail.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle.m.hall@gmail.com On shelf holds allowed : "If all unavailable" ignores library of the rule and considers all libraries will continue... -- 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=18366 Claudio <costalc@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- 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=18366 --- Comment #1 from Claudio <costalc@gmail.com> --- On shelf holds allowed : "If all unavailable" ignores library of the rule and considers all libraries to make a reserve. 1) Supose there's a Koha instance with two libraries: A and B. Both libraries are configured -> On shelf holds allowed : "If all unavailable" in the issuingrules table 2) There's a record catalogued with two items attached: one for library A and one for library B 3) The items are barcode 100 (library A) and barcode 200 (library B) 4) We check-out item 100 5) Now item 100 is checked-out so "all items are unavailable" in library A 6) And item 200 is "available" in library B 7) Then if we try to make a reserve for a user of library A Koha refuse to do because of "there's no item available to make the reserve" (remember point 5) 8) Now we check-out item 200 of library B 9) If we try to make a reserve for a user of library A again, Koha makes de reserve correctly So it seems Koha does not respect the library configuration rule when tries to make a reserve but considers all availability status of all items of all libraries instead. In my opinion this is wrong. Syspref IndependentBranches has no effect (it is set to OFF). Syspref canreservefromotherbranches has no effect (it is set to OFF) BZ 18150 has no effect. Tested in 16.11.06 -- 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=18366 Nick Clemens <nick@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |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=18366 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|16.11 |master CC| |andreas.hedstrom.mace@sub.s | |u.se, | |katrin.fischer@bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hm, not sure if this is an alternative behaviour or a bug fix - I am adding some people CC in hope they can shed some light on the intended behaviour. That said - I like the suggested workflow and would like to see it! -- 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=18366 Claudio <costalc@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- OS|All |Mac OS --- Comment #3 from Claudio <costalc@gmail.com> --- Additional comment: each library has it's own issuing rules, which are the same but that are defined one per library -- 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=18366 --- Comment #4 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- We have some overall settings also - I see where you are coming from, but we should check if a change here would break something for the sponsoring library. The use case I think about is if the branches are close to each other (maybe faculty libraries on a campus?) where you actually want to check against all items over all libraries and expect the patron to walk there, if there is still one item available there. -- 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=18366 --- Comment #5 from Claudio <costalc@gmail.com> --- You are right Katrin. I was thinking about branches that are not close to each other... -- 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=18366 --- Comment #6 from Claudio <costalc@gmail.com> --- Katrin, it would be nice if we could count on with this behaviour, i.e., that Koha respects the issuing rule branch as the main option, but also to have a second one (via syspref?) that allows us to change the way Koha should consider reserve's branches. So the options to make a reserve would be: 1) Koha should respect the issuing rule branch (branches that are not close to each other) 2) Koha should consider all branches (branches that are close to each other) It would be nice too if you were in charge of this enhancement :) -- 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=18366 --- Comment #7 from Andreas Hedström Mace <andreas.hedstrom.mace@sub.su.se> --- I agree with Cladio that the behaviour described here should be the default for "If all unavailable". I.e. Koha should respect the circulation rule of the branch in question when a hold is placed, not look at all libraries. The other behaviour, where some branches are close together and holds should take several (or all) branches into account, can instead be handled by the proposed enhancement: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15708. This feature would allow the grouping of libraries for holds, and allow more flexibility than as syspref only allowing one branch/all branches. -- 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=18366 --- Comment #8 from Claudio <costalc@gmail.com> --- Please pay attention to #18547 -- 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=18366 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=18547 -- 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=18366 --- Comment #9 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Should we mark this a duplicate to 18547? -- 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=18366 --- Comment #10 from Claudio <costalc@gmail.com> --- Yes we should. Please do not forget to consider Andreas' suggestion in comment #7. -- 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=18366 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #11 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- *** This bug has been marked as a duplicate of bug 18547 *** -- 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