[pmwiki-users] tweaking the operation of Site.AuthForm
editor at fast.st
Wed Mar 22 12:45:21 CST 2006
I suspect the problem is that when it prompts you for the more
advanced password (your edit password) it considers you a new user
(with no name), and your old user name is lost. You could try
initially logging in using your edit password with the author name and
make sure your read permissions include either password (ie, you may
need read = pass1, pass2). That way you can read or edit without
having to be prompted for a new password, and you will always have the
Author variable available.
But it seems strange that when prompted for the new password, that it
doesn't bring up your custom login page, and re-ask for your author
name--so perhaps I don't fully understand exactly what you are
On 3/22/06, Neil Herber <nospam at eton.ca> wrote:
> I have a wiki in a farm running *without* Authuser but with a custom
> Site.AuthForm that requests an *author name* along with the password.
> There are 2 levels of default passwords that visitors encounter:
> 1) a read password to even see the site at all
> 2) an edit password if they want to change something they are reading
> So when I first enter the site, I get a form asking for my name and
> password, which I supply, and all is well. My author name appears in
> the "logged in as:" display at the bottom of the page.
> If I then decide to edit a page, the form appears again, but with
> different prompts based on the fact that I am already authorized to
> read. The problem is, the "name" field is blank in the form, when
> ideally it should be pre-filled with $Author.
> Any way to do this?
> Note that I have some custom code that pops the cursor into the name
> field, as supplied by PM yesterday.
> Neil Herber
> Corporate info at http://www.eton.ca/
> Eton Systems, 15 Pinepoint Drive, Nepean, ON, Canada K2H 6B1
> Tel: (613) 829-4668
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
More information about the pmwiki-users