[Bug 15124] New: Allow SIP2 passwordless operation
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 Bug ID: 15124 Summary: Allow SIP2 passwordless operation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: SIP2 Assignee: koha-bugs@lists.koha-community.org Reporter: kyle@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: colin.campbell@ptfs-europe.com 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. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs@lists.koha-commun |kyle@bywatersolutions.com |ity.org | -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 --- Comment #1 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 44369 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44369&action=edit Bug 15124 - Tidy relevent code -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 --- Comment #2 from Kyle M Hall <kyle@bywatersolutions.com> --- Created attachment 44370 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=44370&action=edit 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. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hm, I am surprised by this as we have libraries operating self checks without a pin/password entry from the user. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 --- Comment #4 from Colin Campbell <colin.campbell@ptfs-europe.com> --- 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. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15124 Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org