[Koha-bugs] [Bug 29792] Transfers created from Wrong Transfer checkin are not sent if modal is dismissed
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Tue Jan 4 20:26:53 CET 2022
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29792
--- Comment #3 from Nick Clemens <nick at bywatersolutions.com> ---
Created attachment 129008
-->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=129008&action=edit
Bug 29792: Automatically send wrong transfers
Bug 24434 reinstated the 'updateWrongTransfer' call here, but made the
assertion that
the transfer should not be sent until 'Ok' was clicked.
I see how unsent transfers are useful for rotation, but I believe for wrong
trasnfer we shouldn't require a confirm or print. If a library does want to,
the 'transfersblockcirc' system preference will enforce clicking the button
to continue
To test:
1 - have an item in transit from Branch A to Branch B
2 - check the item in at Branch A
3 - get a Wrong Transfer message, click Print Slip or OK
4 - query the branchtransfers table, see that your original transfer was
cancelled and a new one was made, confirm that new transfer has a datesent
value
5 - repeat steps 1-3, but instead of clicking one of the buttons click outside
of the modal to make it go away
6 - query the branchtransfers table, see that your original transfer was
cancelled and a new one was made, confirm that new transfer DOES NOT HAVE a
datesent value
7 - Apply patch
8 - Repeat the check in
9 - New transfer is generated and has 'datesent' set
--
You are receiving this mail because:
You are watching all bug changes.
More information about the Koha-bugs
mailing list