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: koha-bugs@lists.koha-community.org Reporter: martin.renvoize@openfifth.co.uk QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle@bywatersolutions.com 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.