https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42854
Bug ID: 42854
Summary: OPAC self-checkout does not handle items that are in
transit
Initiative type: ---
Sponsorship ---
status:
Product: Koha
Version: Main
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: OPAC
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
Blocks: 42851
Target Milestone: ---
Split off from bug 42851.
opac/sco/sco-main.pl:180 calls AddReturn and only inspects $success; it does
not consider that the item may be in transit. The transfer-on-checkout logic
in C4/Circulation.pm:1754-1771 force-closes a transfer when an item is issued
via the staff client, but the SCO path needs explicit, considered handling.
Open questions to resolve on this bug:
- Should we BLOCK self-checkout of an item that is in transit?
- If we allow the checkout, we must still do something sensible with the
transfer, because there is still an expectation the item eventually reaches
the original destination branch.
Test plan:
1. Transfer an item from A to B (in transit).
2. Attempt to self-check-out the item at branch C via OPAC SCO.
3. Define and verify the agreed behaviour (block, or allow + handle the
open transfer).
Referenced Bugs:
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42851
[Bug 42851] [OMNIBUS] Items left stuck in transit when checked in outside the
staff returns page
--
You are receiving this mail because:
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/
