[pmwiki-users] authentication problems (built-in and authuser)
Patrick R. Michaud
pmichaud at pobox.com
Wed Nov 23 17:37:11 CST 2005
On Wed, Nov 23, 2005 at 06:18:07PM -0500, Bronwyn Boltwood wrote:
> The authtest site definitely works better than my test sites have --
> logging in and out seems to work. (Yes, this is impressive after what I've
> been seeing.) But it's not a representative test yet, since only editing
> is passworded.
OOPS! I commented those out when troubleshooting the "id:*" bug
and forgot to uncomment them. It's fixed now.
> - The login mechanism can be either:
> - The login script from the cookbook. Its best point is that it
> redirects to the page the user was at.
> - A read-protected Site.Login, for id:* or whatever the sitewide edit
> password is. Right now, since the attr and admin passwords in your test
> site are locked, I can't try making one to see how this works.
PmWiki 2.1 will have ?action=login available, which will display
Site.AuthForm under the current url. I think I'll do this for
> Yes; you can find it at http://grinningfrog.com/testing/cpm/pmwiki.php .
> I uncommented the remainder of config.php since it doesn't seem to be
> causing the problem. It's at
> http://grinningfrog.com/testing/cpm/local/config.php , but I'm not sure
> how to make it display as text.
In looking at the ?action=phpinfo, I'm a little curious about the
settings in the Apache Environment section:
Is there some url redirection taking place in the Apache
configuration somewhere...? Redirects tend to play havoc
with posted form values, and that might be why you're never
getting past the login form. It might be nothing -- but
I'm not sure why Apache is setting REDIRECT values for
a url that seems to be already pointing to the correct target.
More information about the pmwiki-users