Bug 17798: Confirm hold when printing slip from another patron's account
authorNick Clemens <nick@bywatersolutions.com>
Thu, 2 Nov 2023 19:05:16 +0000 (19:05 +0000)
committerTomas Cohen Arazi <tomascohen@theke.io>
Mon, 6 Nov 2023 11:42:41 +0000 (08:42 -0300)
commit3ec73d80e2a88e3a87eefc886865ccfb91f9be09
tree009404cebf470e5e68e2001caf5cbfefe465f47c
parent0677a53e1445342ac4927a1177100f69e4f02271
Bug 17798: Confirm hold when printing slip from another patron's account

This patch adds a few pieces of information to the print slip button
and makes the code confirm the hold

As we are printing before the confirm, we also add the ability to pass
in the itemnumber to 'ReserveSlip'

This is slightly hacky, however, I don't see another way to allow
printing without an additional page reload.

To test:
 1 - Place a title level hold for patron A, for delivery to library B
 2 - Attempt to checkout an item from the record above to Patron B from
     library A
 3 - You receive an alert about the hold
 4 - Click "Don't check out, confirm hold, and print slip"
 5 - Confirm the slip looks correct and has item info
 6 - Confirm that item is in transit to fill hold
 7 - Revert transit status
 8 - Attempt to checkout the item to Patron B from Library B
 9 - Click "Don't check out, confirm hold, and print slip"
10 - Confirm slip is correct
11 - Confirm item is marked waiting

Signed-off-by: Owen Leonard <oleonard@myacpl.org>
Signed-off-by: Katrin Fischer <katrin.fischer.83@web.de>
Signed-off-by: Tomas Cohen Arazi <tomascohen@theke.io>
C4/Reserves.pm
circ/circulation.pl
koha-tmpl/intranet-tmpl/prog/en/modules/circ/circulation.tt
t/db_dependent/Reserves/ReserveSlip.t