https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37428
Alexander Wagner <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from Alexander Wagner <[email protected]> --- 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. _______________________________________________ Koha-bugs mailing list [email protected] https://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/
