[Koha-bugs] [Bug 22037] regression: guarantor no longer blocked (debarred) if child is over limit, when checking out via SIP.

[bugzilla-daemon at bugs.koha-community.org]

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

--- Comment #17 from Marcel de Rooy <m.de.rooy at rijksmuseum.nl> ---
Barton: I have been looking a bit longer to the PI field as you mentioned
initially in your test plan.
As far as I can see, you should not judge this patch set on that field:

C4/SIP/Sip/MsgType.pm:        $resp .= maybe_add( FID_INET_PROFILE,
$patron->inet_privileges, $server );
$patron->inet_privileges
Depends on $self->{inet}
inet            => ( !$debarred && !$expired ),
inet                    => 0,   # EnvisionWare extension

Although blocking a user results in blocking inet_privileges, it should not be
the main field to look at. As above, it is called an 'extension'.
I would rather look at the 14-char patron status string and the BV (Fee amount)
field.
While testing this with a patron having a guarantee with too much fines, I saw:
64YYYY      YY  
The first Y is the charge denied position, meaning here: yes, it is blocked.
Same for the three following Y's for renew, recall and hold.
The last two Y's are for excessive fines and fees.

After paying the fines for the guarantee, the six Y's were all cleared. No
amount in BV. Which is the expected result.

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