Bug 6224 - New patrons created with an OPAC login but no password are assigned a default password
Summary: New patrons created with an OPAC login but no password are assigned a default...
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Patrons (show other bugs)
Version: Main
Hardware: All All
: PATCH-Sent (DO NOT USE) major (vote)
Assignee: Chris Cormack
QA Contact: Bugs List
URL:
Keywords:
Depends on:
Blocks: 3674
  Show dependency treegraph
 
Reported: 2011-04-20 17:17 UTC by Owen Leonard
Modified: 2012-10-25 23:09 UTC (History)
5 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Owen Leonard 2011-04-20 17:17:26 UTC
To reproduce:

1. Open the patron entry form.
2. Add data to required fields.
3. Add an OPAC login
4. Leave password blank.

The patron record will be created with a default password.
Comment 1 Chris Cormack 2011-04-21 02:30:14 UTC
Not a blocker, no data is lost and you can still type a password to assign them one.

Will send a patch shortly
Comment 2 Chris Cormack 2011-04-21 02:42:20 UTC
Its created with a password that is designed to be disabled, fixing that so it is the case
Comment 3 Chris Cormack 2011-04-21 02:45:21 UTC
The commit that introduced this issue has been reverted
Comment 4 Chris Cormack 2011-04-21 02:48:10 UTC
Please test, it should no longer make the default password, until the implementation in 3674 is fixed
Comment 5 Fernando L. Canizo 2011-04-26 15:07:45 UTC
I've sent a patch for 3674, if that goes ok, then this should be marked fixed too.
Comment 6 Owen Leonard 2011-08-22 13:37:11 UTC
I've tested and marked Bug 3674 as fixed, so this bug can be closed as well.