On 5/19/07, <b class="gmail_sendername"><a href="mailto:info@hassanein.ch" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">info@hassanein.ch</a></b> <<a href="mailto:info@hassanein.ch" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
info@hassanein.ch</a>> wrote:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Quoting "Patrick R. Michaud" <<a href="mailto:pmichaud@pobox.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">pmichaud@pobox.com</a>>:<br><br>> On Sat, May 19, 2007 at 09:07:54AM +0200,
<a href="mailto:info@hassanein.ch" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">info@hassanein.ch</a> wrote:
<br>>> >>How can I avoid remaining at the login page after a successful login?<br>>> ><br>>> >What version of PmWiki?<br>>> I use 2.2.0-beta23 and 2.2.0-beta45<br>>><br>>> >What do you mean by "remaining at the login page"?
<br>>> I remain at the page showing the entry fields for userid and password,<br>>> despite I am successfully loged-in<br>><br>> What url and/or page are you using for ?action=login ?<br>><br>> Normally one should be able to do something like
<br>><br>> <a href="http://www.example.org/wiki/Main/HomePage?action=login" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.example.org/wiki/Main/HomePage?action=login</a><br>>
<br>> which prompts someone to log in, and displays Main.HomePage after
<br>> successfully logging in.<br>I do it exactely as you mentioned above, but as said, I end up staying<br>at the login screen.</blockquote><div><br></div></div>PM: At the risk of muddying, rather than clarifying the situation, I'll report that I experience the same thing under certain circumstances on AuthUser-configured sites - and I don't use LDAP for storing/feeding user/password pairs.
So I may be wrong about this being a related phenom.<br><br>This happens on a system with AuthUser installed, which also has a
user-independent-password assigned 1) via (e.g.) $DefaultPasswords['edit'] = crypt('secret'); in config.php or 2) via ?action=attr.<br><br>When the user clicks [[ThisGroup.ThisPage?action=login | log in
please]] on a page, and then pairs his username with a password that isn't the user's
own, but is one of those set via config or attr, I get the result that Mike is reporting
-- successfully authenticated, but remaining on the same login-screen (now with the "not recognized" message), rather than browsing ThisGroup.ThisPage.<br><br>On the other hand, if the user clicked [[ThisGroup.ThisPage
?action=edit |Edit]] and then provided a username plus a non-user-specific password, the wiki would provide the edit screen.
<br><br>Apologies if this isn't actually related.<br>