https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
--- Comment #6 from Jonathan Druart ---
(In reply to Andrew Fuerste-Henry from comment #5)
> Do you mean that if I want to make sure patrons don't change their passwords
> via the OPAC I need to make sure it's disabled BOTH at the sy
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
--- Comment #5 from Andrew Fuerste-Henry ---
Do you mean that if I want to make sure patrons don't change their passwords
via the OPAC I need to make sure it's disabled BOTH at the syspref and at the
category levels?
I guess I see y
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
Jonathan Druart changed:
What|Removed |Added
See Also||https://bugs.koha-communit
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
--- Comment #4 from Jonathan Druart ---
(In reply to Andrew Fuerste-Henry from comment #2)
> Compared to the structure used in OpacPasswordChange, I do not see how this
> adds flexibility, only how it adds complexity.
>
> In both ca
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
Kelly McElligott changed:
What|Removed |Added
CC||ke...@bywatersolutions.co
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
--- Comment #2 from Andrew Fuerste-Henry ---
Compared to the structure used in OpacPasswordChange, I do not see how this
adds flexibility, only how it adds complexity.
In both cases, we're able to set a default behavior system-wide
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29211
Jonathan Druart changed:
What|Removed |Added
Depends on||6906
CC|
