https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18755
--- Comment #5 from Colin Campbell <colin.campb...@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. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
