[Koha-bugs] [Bug 18755] Allow empty password fields in Patron Info requests

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

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

--- Comment #5 from Colin Campbell <colin.campbell at ptfs-europe.com> ---
(In reply to Marcel de Rooy from comment #4)
> Colin: What about Patron Status now?
> 
> If you provide no AD field, Patron Status responds with a CQN (without
> Invalid
> password). Should it return a CQ?
> Same for empty AD; receive CQN. Should the new option change behavior here? 
> 
> Note:
> Patron Info without AD does not return a CQ. (Should it?)
> And an empty AD with allow_e_p returns a CQY.

Patron status is a bit odd the CQ is like patron info in being an optional
field, but unlike patron info the AD password field is a required field so I
assume that a missing AD should provoke an invalid password in return.
basically the behaviour has remained unchanged. In practice I cant recall
seeing any kind of unit that uses patron status, I think when sip 2 was
released patron info effectively superceded it. So I think we should leave
functionality as is, just in case anything relies on the current behaviour. ( I
tested on a very old sip software before any of the patches affecting patron
info to confirm that behaviour hadnt been inadvertantly changed by other
patches)

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