https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42851
Bug ID: 42851
Summary: [OMNIBUS] Items left stuck in transit when checked in
outside the staff returns page
Initiative type: ---
Sponsorship ---
status:
Product: Koha
Version: Main
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Circulation
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected], [email protected]
Target Milestone: ---
Omnibus tracking bug.
Items can be left permanently "in transit" (datesent set, datearrived and
datecancelled NULL) and accumulate on the "Transfers to receive" report,
showing as overdue by hundreds of days, even though the physical item has
been scanned somewhere.
Root cause: AddReturn() only *receives* a transfer when the scanning branch
equals the transfer's tobranch. When an in-transit item is checked in
anywhere else, AddReturn returns a WrongTransfer/NeedsTransfer message but
does NOT close, redirect or re-send the stale row. The logic that resolves
this (cancel stale transfer + create a corrected one) lives in the staff
check-in page circ/returns.pl, NOT in AddReturn. Every other check-in entry
point (SIP2, OPAC self check-in, OPAC self-checkout, inventory tool,
automatic check-in cron) calls AddReturn directly and ignores the message,
orphaning the in-transit row.
This tracker collects the per-interface fixes plus a final consolidation to
move the resolution logic down into AddReturn so all callers share it.
See dependent bugs for specifics.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
_______________________________________________
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/
