I saw where the default was being set, but couldn't find anywhere that
we were overriding that value. I will tour through it again and see if
I can pick it out this time.
Thanks,
Brad
On Dec 21, 12:37 pm, mdipierro wrote:
> By default it should be
>
> auth.settings.on_failed_authentication = lam
Thanks for the reply Massimo. Now that I know it was intentional, I
will see what I can do about implementing the changed behavior in our
app.
--Brad
On Dec 21, 12:35 pm, mdipierro wrote:
> I apologize I missed this line. I am sorry this is not possible. If a
> variable appears twice, the correc
Any insights as to why self.settings.on_failed_authentication is None
at this point? Should I be setting that value somewhere? It's
difficult for me to tell what the value should be, since with my
change it still returns to the login page with a flash message of
"Invalid Login".
On Dec 16, 9:02 p
So, does anyone have any thoughts on why request.vars was changed in
this way? Is this a good way in which I can patch this parsing
function? Or should I rewrite all of those places in our app?
Thanks!
On Dec 17, 12:34 pm, NuclearDragon wrote:
> So, I am in the process of upgrading Web2py from
4 matches
Mail list logo