Some SIP self check machines allow the use of a "passwordless" mode where the patron does not need to enter a pin or password to use the SC. Koha cannot handle this situation. Koha will assume an empty password field is an invalid password unless the patron's password is NULL in the database.
Created attachment 44369 [details] [review] Bug 15124 - Tidy relevent code
Created attachment 44370 [details] [review] Bug 15124 - Allow SIP2 passwordless operation Some SIP self check machines allow the use of a "passwordless" mode where the patron does not need to enter a pin or password to use the SC. Koha cannot handle this situation. Koha will assume an empty password field is an invalid password unless the patron's password is NULL in the database.
Hm, I am surprised by this as we have libraries operating self checks without a pin/password entry from the user.
Katrin is right. A password is not present in a (e.g) checkout transaction. The password checking logic is in the machine itself, the server end does not have the concept of a user session (each request is dealt with irrespective of what preceeds it). Whether the machine requires the user to authenticate with a password is an option on some of these, they ignore the field rather than asking us to lie about its validity. I'm a bit worried a that its not clear what the import of the code is and that the config file is being swamped by extra options.