On 5/18/07, <b class="gmail_sendername"><a href="mailto:info@hassanein.ch">info@hassanein.ch</a></b> &lt;<a href="mailto:info@hassanein.ch">info@hassanein.ch</a>&gt; 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 Tegan Dowling &lt;<a href="mailto:tmdowling@gmail.com">tmdowling@gmail.com</a>&gt;:<br><br>&gt; On 5/17/07, <a href="mailto:info@hassanein.ch">info@hassanein.ch</a> &lt;<a href="mailto:info@hassanein.ch">info@hassanein.ch
</a>&gt; wrote:<br>&gt;&gt;<br>&gt;&gt; Quoting Hladůvka Jiří &lt;<a href="mailto:mail@revida.sk">mail@revida.sk</a>&gt;:<br>&gt;&gt;<br>&gt;&gt;&gt; The Editor napsal(a):<br>&gt;&gt;&gt;&gt;&gt; That&#39;s the behaviour I would like to have!
<br>&gt;&gt;&gt;&gt;&gt; I have a similar configuration as you have, but as mentionde before, I<br>&gt;&gt;&gt;&gt;&gt; will remain on the login page, despite successful login.<br>&gt;&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;&gt; Somebody mentioned the parameter &#39;nextpage&#39; - where and how can I
<br>&gt;&gt;&gt;&gt;&gt; resolve this issue?<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;&gt; Nextpage is only a factor if you are using ZAP for your member<br>&gt;&gt;&gt;&gt; authentication. If you are using the standard AuthUser authorization
<br>&gt;&gt;&gt;&gt; form that parameter does nothing. At this point it seems pretty clear<br>&gt;&gt;&gt;&gt; you are not using ZAP.<br>&gt;&gt;&gt;&gt;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; IMO the proble has nothing to do with ZAP as the link is not placed
<br>&gt;&gt;&gt; in any form (- I suppose; Mike is using ZAP as the problem occures<br>&gt;&gt;&gt; in his JITS page). Perhaps Tegan is right saying :<br>&gt;&gt;&gt; &quot;if user A logs in with his name and instead *his* password enters the
<br>&gt;&gt;&gt; password set for e.g. &quot;Read&quot; which is not bound to any user, then the<br>&gt;&gt;&gt; the user stays in the login page&quot;<br>&gt;&gt;&gt;<br>&gt;&gt;&gt; Mike, try to create some user with an *original* password in your
<br>&gt;&gt;&gt; Site.Authuser and try to login. Put the link e.g. into Main.Wikisandbox<br>&gt;&gt;&gt; [[Main.Wikisandbox?action=login|Login]]<br>&gt;&gt;<br>&gt;&gt; I am using AuthUser and the authentication goes through a LDAP server.
<br>&gt;&gt;<br>&gt;&gt; I made some tests.<br>&gt;&gt; 1) If I make the authentication throught &#39;edit&#39; then I end up in the<br>&gt;&gt; edit page after the authentication<br>&gt;&gt;<br>&gt;&gt; 2) If I make the authentication through ?action=login, I end up in the
<br>&gt;&gt; login page despite successful authentication. It is independent of ZAP<br>&gt;&gt; etc.<br>&gt;<br>&gt;<br>&gt; But you haven&#39;t said:&nbsp;&nbsp;When you log in, are you using the password assigned<br>&gt; to an individual, or are you using one that&#39;s assigned in the
<br>&gt; config.phpfile or via the ?action=attr?<br><br>In config.php I say that the authentication goes through a LDAP call,<br>I do not use ?action=attr.<br>Is that the information you meant?</blockquote><div><br>And so, every time someone logs in, they have to provide their own,
personal, user-specific password (as maintained and controlled by the LDAP stuff), *not*
a system-wide user password.&nbsp; Right?<br><br>If so, then even though this setup has the problem of failing to return the user to the page after ?action=login, the problem is happening under different (evident) conditions than those under which I experience it.&nbsp; Is that not a useful clue for someone?
<span class="gmail_quote"></span></div><br></div>