<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body>
<p>Dear Peter,</p>
<p> </p>
<p>I have just found the reason, why it behaves like I have described. I have a Cookbook: cmsmode. I had to debug through pmwiki to find it.... :( </p>
<p>It blocks most actions, including UserAdmin actions as well, especially for an anonymous user (if logged no blocking). It is necessary to add the needed actions to the white list of actions. In config.php, I had to add the following:</p>
<p>$CMSAllowedActions[] = 'user';<br />$CMSAllowedActions[] = 'user/resetpasswd';<br />$CMSAllowedActions[] = 'user/unlock';<br />$pagename = ResolvePageName($pagename);<br />include_once("cookbook/cmsmode.php");</p>
<p>Now, anonymous user can do reset password and unlock as it is expected.</p>
<p>Alex</p>
<p><br /><br /><br /></p>
<p>2016-02-19 06:31 időpontban alexware@szokesandor.hu ezt írta:</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<p>Dear Peter,</p>
<p> </p>
<p>1. anonymous - the user who visits my site, has no password, cannot log in without any password.<br />Is it a wrong interpretation?</p>
<p>2. Initially I also installed "Cookbook.UserAdminTemplates" and tried to modify the apperance of the main menu as it is written on the hompage. I figured out, that I am unable to modify, finally I looked into the code. There is a quite clean definition, that if there is a templaet exists, than construction of the main menu is skipped. (causing showing the same menu to both admin, users, visitors [currently has no menu at all])</p>
<p>3. In the "Cookbook.UserAdminTemplates" template you missed out the e-mail filed. Therefore, the form that is currently defined cannot be used. This caused me some disturbance.</p>
<p>On the AuthUser page, for each user an e-mail fieeld need to defined (I have tested this function with e-mail fields defined, since I cannot expect good behaviour from in incomplete set-up), I think this e-mail could also be used - without one explicitly enter in on the form - to send the e-mail. Is not it?</p>
<p>I hope that the explanation is better know. If you need more details I could also share more config settigns.</p>
<p>Alex</p>
<p>2016-02-18 11:24 időpontban Peter Bowers ezt írta:</p>
<blockquote style="padding-left: 5px; border-left: #1010ff 2px solid; margin-left: 5px; width: 100%;">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Tue, Feb 16, 2016 at 10:02 PM, Alex <span><<a href="mailto:alexware@szokesandor.hu">alexware@szokesandor.hu</a>></span> wrote:<br />
<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">
<div id=":2oi" class="a3s" style="overflow: hidden;">I found some issues that I would like to share:<br /> - I do not understand how the recipe is activated. I am using<br /> useradmin-authuser.php<br /><br /> I modified useradmin-core.php to echo debug message upon activation:<br /> ############################# start of cut<br /> $RecipeInfo['UserAdmin']['Version'] = '2015-09-20';<br /><br /> if (strncmp($action, 'user', 4) == 0)<br /> SDV($HandleActions[$action], 'HandleUserAdmin');<br /> function HandleUserAdmin($pagename, $auth = 'read') {<br /> global $action, $UserAdmin;<br /><br />echo "DEBUG:
<pre>action: ".print_r($action,true)."</pre>
<br />\n";<br /> SDV($UserAdmin->pagename, $pagename);<br /> ############################# end of cut<br /> When an anonymous user fires "action=user", it does not display the<br /> debug message. It also cause that an anonymous user cannot access<br /> resetpassword or unlock form! How can this happen? Am I miss something?</div>
</blockquote>
<div>It has been quite some time since I have worked on this recipe. By "anonymous user" do you mean users who have logged in with a password but without a username? If so I will have to do some testing - I don't use that particular capability often and so it is likely the recipe is under-tested for these.</div>
<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">
<div id=":2oi" class="a3s" style="overflow: hidden;"><br /> - There is a paragraph "Configuring the main menu for UserAdmin options"<br /> There is also a page for template definitions: Cookbook.UserAdminTemplates<br /><br /> I thought, that they are both needed at start, but found that there are<br /> some inconsistency issues with the forms:<br /> 1. There is an excellent mechanism, which menu item to display, to what<br /> type of user. If there is a form defined, it totally breaks this<br /> definition. Only one template can be used. :(</div>
</blockquote>
<div>Can you explain your concern in more detail? For instance, "If I have X template defined then Y functionality does not work". I am quite certain that I have tested systems both WITH and WITHOUT templates defined as well as combinations of the above, but clearly there is some edge condition that I have missed.</div>
<div> </div>
<blockquote class="gmail_quote" style="margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left: 1ex;">
<div id=":2oi" class="a3s" style="overflow: hidden;"> 2. When using the forms e.g. the reset password form, initially only<br /> containing the username, but for the script require the user e-mail<br /> address also. Therefore, it is not working with this "default" template.<br /> I have spent several minutes to figure it out.</div>
</blockquote>
</div>
<br />Email is a required field since we use it in so many different areas to confirm identity (i.e., a password reset is impossible without email using current functionality). Are you saying the difficulty occurred during the migration period when you had existing users defined without the email address being available?</div>
<div class="gmail_extra">-Peter</div>
</div>
</blockquote>
<p> </p>
<div> </div>
</blockquote>
<p> </p>
<div> </div>
</body></html>