[Bug 37428] New: Improve the AllowItemsOnHoldCheckoutSIP system preference description
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37428 Bug ID: 37428 Summary: Improve the AllowItemsOnHoldCheckoutSIP system preference description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs@lists.koha-community.org Reporter: david@davidnind.com QA Contact: testopia@bugs.koha-community.org The AllowItemsOnHoldCheckoutSIP system preference description is confusing and could be updated to make it clearer and easier to understand. Current description: [Don't allow/Allow] checkouts of items reserved to someone else via SIP checkout messages. If allowed do not generate RESERVED warning. This allows self checkouts for those items. If using the holds queue items with pending holds will be marked as "unavailable" if this set to "Don't allow". Discussed on chat: - General discussion: https://chat.koha-community.org/koha-community/pl/81zs86ckd7rypp94qnt7s9cu9e - Explanation: https://chat.koha-community.org/koha-community/pl/yjrkugm99bgxdxy7h4snk6qyee -- 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=37428 David Nind <david@davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Academy -- 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=37428 Alexander Wagner <alexander.wagner@desy.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |alexander.wagner@desy.de --- Comment #1 from Alexander Wagner <alexander.wagner@desy.de> --- I am actually unsure if it is only the description that is confusing and not even the actual behaviour of Koha. This seems to be: 1. Item on hold for patron A => the item is `RESERVED` 2. Patron B checks out -> `AllowItemsOnHoldCheckoutSIP` tiggers properly 3. Patron B returns the item 4. The item is promoted to `RESERVE_WAITING` 5. Patron C comes along and checks it out => ERROR regardless of `AllowItemsOnHoldCheckoutSIP` IOW if a hold is placed before the first (non-intended) checkout at 2. the option works as expected. At 4. however, it fails as the items hold gets an unwanted(?), automatic status promotion. At point 3 we should get hold of the item as it ends up in the cart, however. Sidenote: in our (small) library we do not use any loan on desk, so any notifications on the intranet interface never show up. Even if a patron comes to the desk to fetch an item reserved for her we go to the SIP machine for the actual check out. -- 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=37428 Emily Lamancusa (emlam) <emily.lamancusa@montgomerycountymd.gov> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |emily.lamancusa@montgomeryc | |ountymd.gov See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=21572 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org