On 6 June 2013 09:39, Ryan Ollos <[email protected]> wrote:

> On Thu, Jun 6, 2013 at 12:55 AM, Anze Staric <[email protected]>
> wrote:
>
> > Is there a reason that reset password functionality is disabled by
> > default? If we enable the following two modules, it would work out of
> > the box.
> >
> > acct_mgr.pwhash.* = enabled
> > acct_mgr.web_ui.resetpwstore = enabled
> >
>
> Yeah, I'm pretty sure that is right. There have been problems with the
> email notifications for the "lost password procedure" and I'm not sure if
> they are fixed in the latest (0.4.3) - but if not, the issues should be
> fixed when 0.5.0 is released.
>
>
> > Why are only specific submodules of acct_mgr enabled? Would it break
> > something if we enabled them all?
> >
>
> I'm not sure we want to enable all of the password stores. I was recently
> testing this, and enabling all of the password stores results in not being
> able to edit users from the WebAdmin panel. I haven't dug deep enough yet
> to determine if this is a defect, or just a logical consequence of enabling
> all of the password stores. There is a configuration wizard forthcoming in
> 0.5 that will make AccountManager a lot easier to configure, and it will be
> easier to avoid conflicting options when setting up different password
> stores.
>

As it seems vaguely related to me:
Any reason we're not allowing persistent sessions on our i.a.o/bh issue
tracker?

"This is, user checks a "Remember Me" checkbox and, next time he visits the
site, he'll be remembered and automatically authenticated."

Cheers,
Joe
-- 
Joachim Dreimann | *User Experience Manager*

WANdisco // *Non-Stop Data*

e. [email protected]
twitter @jdreimann <https://twitter.com/jdreimann>

Reply via email to