Warden failure fails when using autolocales

[happycze]

Hi guys,
im struggling with warden authentication failure when using autolocales from padrino-contrib. Without autolocales works following gist OK, with autolocales im getting empty screen on failure.
Please see gist for details https://gist.github.com/happycze/d09e337008f8ba209d6fc54899a2ebc7

Can you help me how to setup autolocales to get it work?
Thank you.

[wikimatze]

Hm, I'm not seeing warden in your Gemfile? There is even padrino-warden although I haven't tested it. You can find a post about it under https://workaround.org/articlehow-to-use-user-authentication-in-your-padrino-apps-with-padrino-warden/.

[happycze]

I know, already read this article, thank you. I'm using padrino-warden (0.20.2), warden (>= 0.10.3). Padrino contrib autolocales make /sessions/login path unavailable...

[adam12]

Can you make a reproducible Github repo? Something we can clone and immediately see the failure.

[wikimatze]

@adam12 is right, this would make helping you much easier.

[happycze]

There it is ;-) See https://github.com/happycze/autolocales

Shown autolocale issues:

• warden authentication failure fail (create user first, then enter invalid credentials which results in "empty screen")
• route named parameters fail on :lang key/symbol

If you disable autolocales, everything works as expected...

[adam12]

Thanks for the reproducable app.

route named parameters fail on :lang key/symbol

I believe this is expected, as :lang is reserved for the locale name. We can't have duplicate param names.

warden authentication failure fail (create user first, then enter invalid credentials which results in "empty screen")

The empty screen is a 405 error. It's the result of the fail! call in your authentication file. I believe it's asking the Padrino app to handle the authentication failure but the AutoLocale middleware is mangling the path Padrino needs.

You can easily get something on the screen by using something like this in your app.rb file.

    set :warden_failure_app, proc {
      ->(env) { [200, {}, ["Foobar"]] }
    }

Unfortunately, I think you're hitting this bug #5 which has no fix.

[happycze]

Thank you for workaround, seems to work fine ;-)
I checked source code and you guys are right, :lang is reserved, its a pity, that there is no doc on this (at least i didn't find anything)