Anyone willing to give this a test run and let me know if things are
working correctly for them? I don't have any apps using the new
interface. :)
Adam
On 9/24/07, Peter Karman <[EMAIL PROTECTED]> wrote:
>
>
> On 09/24/2007 12:22 PM, Peter Karman wrote:
> >
> > On 09/24/2007 11:55 AM, Peter Karm
On 09/24/2007 12:22 PM, Peter Karman wrote:
>
> On 09/24/2007 11:55 AM, Peter Karman wrote:
>
>> As I have the time (and who knows how long that will last...), I'd still like
>> to bring the LDAP plugins up to speed. I'll hack on it a bit today and see
>> where I get.
>>
>
> These patches seem
On 09/24/2007 11:55 AM, Peter Karman wrote:
> As I have the time (and who knows how long that will last...), I'd still like
> to bring the LDAP plugins up to speed. I'll hack on it a bit today and see
> where I get.
>
These patches seem to bring the LDAP plugins up the latest Authentication AP
On 9/24/07, Peter Karman <[EMAIL PROTECTED]> wrote:
> Thanks. That works. I'm using OpenLDAP too.
>
> However, I'm concerned about a few things.
>
> (1) the LDAP documentation is wrong.
> (2) in grokking the Authentication.pm code, I see that the LDAP modules are
> still working by virtue of a lot
On 09/24/2007 09:55 AM, Alan Humphrey wrote:
> Here's what's working for me:
>
>
> authentication:
>default_realm: users
>realms:
> users:
> credential:
> class: 'Password'
> password_type: 'self_check'
>
> store:
> clas
> -Original Message-
> From: Peter Karman [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 24, 2007 7:33 AM
> To: The elegant MVC web framework
> Subject: Re: [Catalyst] New auth stuff and LDAP store...
>
>
>
> On 07/21/2007 10:02 PM, Jay K wrote:
>
On 07/21/2007 10:02 PM, Jay K wrote:
> For the benefit of the list:
>
> This issue has been resolved. It turned out to be a disagreement
> between what C::P::Authenticaiton was trying to place in $user->store
> () and what LDAP was trying to place in $user->store()
>
> LDAP was correct, and C:
Excellent work here, both of you.
Adam
On 7/21/07, Jay K <[EMAIL PROTECTED]> wrote:
For the benefit of the list:
This issue has been resolved. It turned out to be a disagreement
between what C::P::Authenticaiton was trying to place in $user->store
() and what LDAP was trying to place in $user
For the benefit of the list:
This issue has been resolved. It turned out to be a disagreement
between what C::P::Authenticaiton was trying to place in $user->store
() and what LDAP was trying to place in $user->store()
LDAP was correct, and C::P::Authentication should keep it's grubby
little ha