[Koha-bugs] [Bug 19787] Adding system preferences to configure the screen messages for SIP checkout flags in Self-Checkout

bugzilla-daemon at bugs.koha-community.org bugzilla-daemon at bugs.koha-community.org
Tue Sep 15 00:54:58 CEST 2020


https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19787

Aleisha Amohia <aleisha at catalyst.net.nz> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #69809|0                           |1
        is obsolete|                            |

--- Comment #8 from Aleisha Amohia <aleisha at catalyst.net.nz> ---
Created attachment 110077
  -->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110077&action=edit
Bug 19787: Add sysprefs to hide SIP screen messages in self checkout

You'll need two patrons set up for testing the functionality of the
patch. I have only created messages for the check out transaction as
this was the main request. The remaining transactions can be dealt with
in follow-ups.

Test plan:
Apply patch
Update database
Create your SIP librarian user
Restart SIP server
Go to Administration -> Preferences -> SIP
Confirm that all system preferences for SIP messages are filled with
default messages

RenewItemSIPMessage
Check out an item to Patron1 using SIP and confirm the 'Item already
checked out to you: renewing item.' message shows
Change the RenewItemSIPMessage syspref to another message, or leave it
empty
Check out the item again and confirm the message has changed
appropriately, but the item is still renewed as expected.

CheckedToAnotherSIPMessage
Check out an item to Patron2 in the intranet
Check the same item out to Patron1 using SIP and confirm the 'Item
already checked out to another person.' message shows
Change the CheckedToAnotherSIPMessage syspref to another message, or
leave it empty
Check out the item again and confirm the message has changed
appropriately. The item should not be checked out Patron1, it should
stay checked out to Patron2, as expected.

ReservedSIPMessage
Reserve an item to Patron2 in the intranet
Check out the same item to Patron1 using SIP and confirm the 'Item is
reserved for another patron upon return.' message shows
Change the ReservedSIPMessage syspref to another message, or leave it
empty
Check out the item again and confirm the message has changed
appropriately. The item should not be checked out to Patron1, it should
stay reserved for Patron2, as expected.

DebtSIPMessage
Create a manual invoice for Patron1 to add some fines to their account
Check out an item to Patron1 using SIP and confirm the 'Outstanding
fines, block issue.' message shows
Change the DebtSIPMessage syspref to another message, or leave it empty
Check out the item again and confirm the message has changed
appropriately. The item should not be checked out to Patron1 and their
fines should not change.

ReservedWaitingSIPMessage
I've made this syspref but unfortunately couldn't work out where to put
it as I couldn't trigger the message. I've put it where it makes sense
to go (where all the other sysprefs are) but at this point, no message
shows when I do the following:
Reserve an item to Patron1 in the intranet
Check out the item to Patron1 using SIP - I can't see a message here.
Corresponding syspref is ReservedWaitingSIPMessage.

HighHoldsSIPMessage
Enable the decreaseLoanHighHolds syspref and any other info you need for
testing. (I had 5 days for items with more than 1 hold on the record).
Reserve an item to Patron1 on the intranet.
Reserve the same item to Patron2 on the intranet.
Check out the item to Patron1 using SIP and confirm the 'Loan period
reduced for high-demand item' message shows
Change the HighHoldsSIPMessage syspref to another message, or leave it
empty
Redo both reserves (ensure in the correct priority order) and check out
the item again. Confirm the message has changed appropriately. The item
should be checked out and the hold for that patron removed, as expected.

Sponsored-by: Whanganui District Council

-- 
You are receiving this mail because:
You are watching all bug changes.


More information about the Koha-bugs mailing list