Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Message from discussion Kudos, suggestions and a bug report

Received: by 10.180.91.35 with SMTP id cb3mr59790wib.0.1330747024093;
        Fri, 02 Mar 2012 19:57:04 -0800 (PST)
X-BeenThere: pgina-general@googlegroups.com
Received: by 10.217.0.142 with SMTP id l14ls6016092wes.7.gmail; Fri, 02 Mar
 2012 19:57:03 -0800 (PST)
Received: by 10.216.53.129 with SMTP id g1mr148435wec.3.1330747023696;
        Fri, 02 Mar 2012 19:57:03 -0800 (PST)
Received: by 10.216.53.129 with SMTP id g1mr148434wec.3.1330747023664;
        Fri, 02 Mar 2012 19:57:03 -0800 (PST)
Return-Path: <david.wo...@gmail.com>
Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175])
        by gmr-mx.google.com with ESMTPS id ga1si1268522wib.2.2012.03.02.19.57.03
        (version=TLSv1/SSLv3 cipher=OTHER);
        Fri, 02 Mar 2012 19:57:03 -0800 (PST)
Received-SPF: pass (google.com: domain of david.wo...@gmail.com designates 209.85.212.175 as permitted sender) client-ip=209.85.212.175;
Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of david.wo...@gmail.com designates 209.85.212.175 as permitted sender) smtp.mail=david.wo...@gmail.com; dkim=pass header...@gmail.com
Received: by wibhq12 with SMTP id hq12so1177997wib.20
        for <pgina-general@googlegroups.com>; Fri, 02 Mar 2012 19:57:03 -0800 (PST)
Return-Path: <david.wo...@gmail.com>
Received-SPF: pass (google.com: domain of david.wo...@gmail.com designates 10.216.131.78 as permitted sender) client-ip=10.216.131.78;
Received: from mr.google.com ([10.216.131.78])
        by 10.216.131.78 with SMTP id l56mr555147wei.94.1330747023516 (num_hops = 1);
        Fri, 02 Mar 2012 19:57:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:sender:in-reply-to:references:from:date
         :x-google-sender-auth:message-id:subject:to:content-type;
        bh=mWJU7KlyFyUq562sC7/YOgPoHpDRn9TqSAPEj9s7ass=;
        b=o8wVCw3qOM1R1UaKWmcMP+i8QjxIgtMCSp8rYpFIW0H+OoREYa7LaGo4ORHIzTmXoH
         voeyeJjapZ29mvQfZwr9zJXm44pHDMfN4A2XrmtALthlQt9XkKTpA6zKqFCz+J7O4/4e
         gc1b1yd+doryCP4pf0zJGy42zPB1Kw0nLAlIsGtPfQK3EiZLFSDYi6yBuNiZQsn9ouEf
         crgXThqbprwjUnxgDd100AVwsZqD/Xkdd61bMBLvcnW9s8+0zs+3lBk/sxzBLPX47/jq
         wwjNaItDuHjV5IPvZ0B9oXzOwYmXV2hfaThwjwxCUT8up/sR3XEzITBPCOOj00LOYMhE
         XrUA==
Received: by 10.216.131.78 with SMTP id l56mr457561wei.94.1330747023451; Fri,
 02 Mar 2012 19:57:03 -0800 (PST)
MIME-Version: 1.0
Sender: david.wo...@gmail.com
Received: by 10.216.135.148 with HTTP; Fri, 2 Mar 2012 19:56:33 -0800 (PST)
In-Reply-To: <08e81ecf-5666-4a1e-84cb-86c8325d5...@a15g2000yqf.googlegroups.com>
References: <08e81ecf-5666-4a1e-84cb-86c8325d5...@a15g2000yqf.googlegroups.com>
From: David Wolff <da...@pgina.org>
Date: Fri, 2 Mar 2012 19:56:33 -0800
Message-ID: <CAHheUQ1WGhbz1+zE8vrJ0iTT_zuqLQGpds7wOx25KOLOi=O...@mail.gmail.com>
Subject: Re: [pgina-general] Kudos, suggestions and a bug report
To: pgina-general@googlegroups.com
Content-Type: multipart/alternative; boundary=0016e6d460a69e661404ba4eaf81

--0016e6d460a69e661404ba4eaf81
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Thanks very much Duane for your email.  We appreciate the support and the
feedback!

I have a situation where is would be highly desirable to be able to
> authenticate against two different LDAP directories.  Has any
> consideration been given to allowing some of the authentication plug-
> ins (and possibly others) to be multi-instanced?  I haven=92t reviewed
> the code but as each plug-in has a UUID it is conceptually possible
> that this might be accomplished as simply as using a utility to copy
> the plug-in and change the UUID.  The utility might be an external
> program or it might be integrated with PGina=92s configuration
> functions.
>
>
Interesting idea.  I don't think that just copying the plugin and changing
the GUID would do the trick.  It would most likely cause name collisions
when loading the Plugin, which would make it fail to load.   However, it
seems to me that the plugin driver could support multiple instances of a
given plugin.  We'd need to overhaul the way that configuration is done
however.  This could be a feature for a future major revision.

I've added a feature request:
https://github.com/pgina/pgina/issues/104



> With regards to the Single User Login plug-in =96 It might be beneficial
> to expand the logic choices encompassed in the substitute only
> option.  One potential implementation would be to make each line multi-
> valued with an implied AND relationship for the entries in the line
> and an OR relationship between lines.
>

Great suggestion!  I've added this as a feature request:

https://github.com/pgina/pgina/issues/103


> The bug I mentioned earlier is also in the Single User Login plug-in.
> If I open the plug-in I have to re-enter the password before closing
> it.   If I don=92t re-enter the password PGina will process locally
> authenticated logins but does not process authentications from the
> LDAP plug-in.  PGina just seem to temporarily hang. There are no error
> messages displayed and nothing jumps out when I look at the logs.   I
> have noticed that if I re-open the Single User plug-in within a
> configuration session the password field is filled with dots however
> when I open the plug-in for the first time in a configuration session
> the field is clear.
>

Thanks!  I just pushed a fix for this into the master branch.

--0016e6d460a69e661404ba4eaf81
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Thanks very much Duane for your email. =A0We appreciate the support and the=
 feedback!<div><br></div><div><div class=3D"gmail_quote"><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex">


I have a situation where is would be highly desirable to be able to<br>
authenticate against two different LDAP directories. =A0Has any<br>
consideration been given to allowing some of the authentication plug-<br>
ins (and possibly others) to be multi-instanced? =A0I haven=92t reviewed<br=
>
the code but as each plug-in has a UUID it is conceptually possible<br>
that this might be accomplished as simply as using a utility to copy<br>
the plug-in and change the UUID. =A0The utility might be an external<br>
program or it might be integrated with PGina=92s configuration<br>
functions.<br>
<br></blockquote><div><br></div><div>Interesting idea. =A0I don&#39;t think=
 that just copying the plugin and changing the GUID would do the trick. =A0=
It would most likely cause name collisions when loading the Plugin, which w=
ould make it fail to load. =A0 However, it seems to me that the plugin driv=
er could support multiple instances of a given plugin. =A0We&#39;d need to =
overhaul the way that configuration is done however. =A0This could be a fea=
ture for a future major revision.</div>


<div><br></div><div>I&#39;ve added a feature request:</div><div><a href=3D"=
https://github.com/pgina/pgina/issues/104" target=3D"_blank">https://github=
.com/pgina/pgina/issues/104</a>
</div><div><br></div><div>=A0</div><blockquote class=3D"gmail_quote" style=
=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
With regards to the Single User Login plug-in =96 It might be beneficial<br=
>
to expand the logic choices encompassed in the substitute only<br>
option. =A0One potential implementation would be to make each line multi-<b=
r>
valued with an implied AND relationship for the entries in the line<br>
and an OR relationship between lines.<br></blockquote><div><br></div><div>G=
reat suggestion! =A0I&#39;ve added this as a feature request:</div><div><br=
></div><div><a href=3D"https://github.com/pgina/pgina/issues/103" target=3D=
"_blank">https://github.com/pgina/pgina/issues/103</a>
</div><div><br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 =
0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
The bug I mentioned earlier is also in the Single User Login plug-in.<br>
If I open the plug-in I have to re-enter the password before closing<br>
it. =A0 If I don=92t re-enter the password PGina will process locally<br>
authenticated logins but does not process authentications from the<br>
LDAP plug-in. =A0PGina just seem to temporarily hang. There are no error<br=
>
messages displayed and nothing jumps out when I look at the logs. =A0 I<br>
have noticed that if I re-open the Single User plug-in within a<br>
configuration session the password field is filled with dots however<br>
when I open the plug-in for the first time in a configuration session<br>
the field is clear.<br>
</blockquote></div></div><div><br></div><div>Thanks! =A0I just pushed a fix=
 for this into the master branch.</div><div><br></div><div><br></div>

--0016e6d460a69e661404ba4eaf81--