https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19814
--- Comment #101 from Martin Renvoize (ashimema) <[email protected]> --- Created attachment 203256 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=203256&action=edit Bug 19814: (follow-up) Surface hold-driven transfers with a print-slip action confirm_hold() silently creates and dispatches a transfer to the hold's pickup library when it differs from the checkin branch, with no indication in the batch row that the item now needs to travel elsewhere. Add a HoldTransfer message (scoped to the batch loop, not confirm_hold() itself, since that sub is shared with the unrelated single-item cud-affect_reserve/HoldsAutoFill call sites), and a "Print transfer slip" action reusing the existing hold-transfer-slip.pl / transfer-slip.pl endpoints and openWin popup helper already used by the single-item flow. itemnumber and the triggering reserve_id are tracked as plain scalars on the batch result so both survive the JSON round-trip through the confirm modal. Action buttons live in their own "Actions" column at the right of the table, matching the convention used elsewhere in Koha rather than mixing them into the Messages cell. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list -- [email protected] To unsubscribe send an email to [email protected] website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
