Summary: | Emails for new patron accounts with the AutoEmailOpacUser preference require to enter password manually | ||
---|---|---|---|
Product: | Koha | Reporter: | Karen <karen> |
Component: | Patrons | Assignee: | Bugs List <koha-bugs> |
Status: | RESOLVED DUPLICATE | QA Contact: | Testopia <testopia> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | fiona.borthwick, gmcharlt, hc, kyle.m.hall, lisettepalouse+koha, martin.renvoize |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9097 | ||
Change sponsored?: | --- | Patch complexity: | --- |
Documentation contact: | Documentation submission: | ||
Text to go in the release notes: | Version(s) released in: | ||
Circulation function: | |||
Bug Depends on: | 27812 | ||
Bug Blocks: |
Description
Karen
2017-05-04 19:58:02 UTC
Hi Karen, I think Koha can't generate the password automatically yet, so that might be a different enhancement. But you are right about the username. The current behaviour has led to a lot of questions as libraries are never sure if the email has been sent out (no way to check) and there is a lot of undocumented conditions for it to happen. This still happens.... Lots of libraries would like Koha to auto generate the password. The welcome email is not sent even if they use the option to click for Koha to populate with a random string. It arrives as expected if the member of staff types data into the password field. There is Bug 27812 - Remove the ability to transmit a patron's plain text password over email now. With a password not longer being sent, we could add the notice to the message_queue and also make other changes much more easily to make it more useful. The reasoning is that you should never send a password by email and we have much better options now with the password recovery feature where patrons can set their own passwords easily. |