Bug ID: 19457
Summary: If CheckPrevCheckout is set to "Do", then checkouts
are blocked at the SIPServer
Change sponsored?: ---
Priority: P5 - low
Assignee: [hidden email] Reporter: [hidden email] QA Contact: [hidden email] CC: [hidden email]
If a library uses the system preference CheckPrevCheckout (Check for a previous
issue) then, at the staff client, the issue is blocked with a dialogue asking
if the checkout should be allowed or not, this is correct.
However, for the sipserver, if CheckPrevCheckout is set to "Do" then the
checkout is blocked with a generic "1" code and the checkout is refused by the
There is an argument that this is correct but, it is more likely that libraries
would want to allow the checkout in this scenario as there is no explanation to
the block and, most likely, it would be a genuine transaction.
The sipserver needs an exception to handle this scenario.
Set CheckPrevCheckout to Do, or Do, with confirmation
Verify the SIP server is blocking checkouts with this setting set
Apply this patch
Note that the checkout is now allowed, with a screen message telling the
borrower they've issued the item before.y
Amended the yes value to hardyes - this reflects the values of the syspref as
in releases from 16.11 to current. 'yes' was the value in the test db I was
using (and I assume Liz's) probably from an earlier release of the patch that
added the syspref. - Tested against production as well