User name length and password changing not working properly

[shasta59]

I am using 5.31

Is anyone having these issues?

Try creating a new user and see if you can have the user name being just one letter in length? I am able to do that and thought it was limited to min of 4 in length.
Also try doing a Forgot your password? Click here and only putting in the user name. It works if I put in a email address but will not work if I put in just a user name. I get, as sys admin, an error stating no send to address. (sendmail: fatal: _www(70): No recipient addresses found in message header)

Is anyone else seeing these issues at all?

There is code for the username length as seen below:

Code: Select all

$('username').observe('keyup', function(){
				if($F('username').length >= 4){
					checkUser();
				}

As you can see it should check for a min length of 4. It does not seem to do anything. I have tried many different operators such as <=, <>, etc and nothing happens.

I really need a fix for these. I cannot regenerate the application as it is live and too many small tweeks were made but I can change the code where needed to get these functions working. I cannot see why it is not working after checking the code. I know I am missing something critical but for the life of me cannot see where the mistake in the code is.

Alan

[shasta59]

Okay found a fix to one of the issues. I can now put in the user name and get a password change email sent out. How did I do this you ask? I went to an old version generated with a previous version and compared the files. The only difference was the following line:

Code: Select all

$adminConfig = config('adminConfig');

This was found at line 8 of membership_passwordReset.php I commented it out and it now works fine. When I remove the comment mark it stops working again. This line was not in the old one but only in the 5.31 version. So I am leaving it commented out to fix the issue. I just put a hash # mark in front of it to comment it out.

I am working on the user name length one now. I will wait for Ahmed to maybe comment on why this is happening. However since I have a solution that works it is all good.

Alan

[shasta59]

I am using 5.31

Sorry have to take a mea culpa on that last post. That did not solve it but I have now tried the following and it seems to have corrected it but I do not know why at all. And this is the mystery. It did not work before I changed that line but worked afterward.

Here is the sequence I used.

Went back into appgini and regenerated the application files after changing one word of text just to make the app think a change had been made and saved it again. The new files then had my changes added to them and it did not work.

I then went back to appgini, quit the application, reopened it and regenerated the application. This time it works fine. Arrgghh. So I again changed a word of text. Put it back to the correct word. Saved the changed file and output it again. Does not work. Then again quit appgini. Opened appgini again and exported the files. Added my changes etc (thank goodness for software to do this) and it now works. So seems to be something when it is exported just after a change is made and appgini is not quit right away.

This behaviour was seen in the past with another version (before 4) and this same sequence fixed issues then. I tested this 3 times and it followed the sequence.

Sorry for the false report in my previous post about a fix but I am going to keep testing this one some more. Usually I do not export as soon as I am finished. I quit appgini, take a break and check things and then export if no changes needed. This was not followed this time due to a rush.

Alan

[kanoja]

I an also using AppGini 5.31 and changing passwords is not working for me by the username either, but when I enter a username, I get a message that I have been sent an email with reset instructions. Then the email never comes.

However since it does work by the email address, I removed the username option by making the div of membership_passwordReset.php that contains the username field on the form to: style="display:none;". This was my quick and dirty fix so that my application, which I needed be up and running, would work properly. Now users are forced to use their email for a password change.

If you come up with a solution for this, I'd love to hear it. I emailed Ahmed with a support request some time ago and never got a response, which is unusual. He usually gets back to me very promptly.

[a.gneady]

We'll check those 2 issues and try to include fixes for them in the next release. Thanks for reporting them.

[flavour]

Having a similar issue but in my case it does NOT SEND the email at all? Doesn't matter if Username and/or e-mail are inserted together or not. No error message is shown either. HEEELLLPPPP!!

[a.gneady]

Sending mail requires the mail settings in your PHP configuration file (php.ini) to be correct. Please make sure the sendmail path is correct (for linux servers) or the smtp settings are correct (for windows servers).