Summary: | New patrons created with an OPAC login but no password are assigned a default password | ||
---|---|---|---|
Product: | Koha | Reporter: | Owen Leonard <oleonard> |
Component: | Patrons | Assignee: | Chris Cormack <chris> |
Status: | CLOSED FIXED | QA Contact: | Bugs List <koha-bugs> |
Severity: | major | ||
Priority: | PATCH-Sent (DO NOT USE) | CC: | chris, conan, gmcharlt, jwagner, nengard |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: | ||
Bug Depends on: | |||
Bug Blocks: | 3674 |
Description
Owen Leonard
2011-04-20 17:17:26 UTC
Not a blocker, no data is lost and you can still type a password to assign them one. Will send a patch shortly Its created with a password that is designed to be disabled, fixing that so it is the case The commit that introduced this issue has been reverted Please test, it should no longer make the default password, until the implementation in 3674 is fixed I've sent a patch for 3674, if that goes ok, then this should be marked fixed too. |