Forgot password link not working

Hi,

Earlier this year Ray B. helped me configure a "Forgot Password?" link for my login page. This link redirected to a ForgotPassword.php page, which automatically retrieved the member's password from our database and sent it to them in an email. Now we've moved our site to a different server and for some reason the link is not redirecting, so people are not getting their passwords. I'm attaching the two relevant files and hopefully you guys can spot what is wrong, or let me know if you need other information. Thank you,

Gail

It looks like it would work. What exactly happens? Are you sure you uploaded all of the required include files?

Do you get a success or failure message after submitting your email from the forgot password page?

Hi Ray,

I sent this response last Friday via email - maybe you didn't receive it?
-------
I just uploaded the entire webassist folder and forgotpassword.php again, to make sure. When I click on forgot password? link, the browser page spins for a long time (Connecting...) and then the page says "The page isn't redirecting properly, Firefox has detected that the server is redirecting the request for this address in a way that will never complete. This problem can sometimes be caused by disabling or refusing to accept cookies."

In MS Edge it says "Hmm, we can't reach this page. Try this: Make sure you’ve got the right web address: http://www.gcssepm.org"

I'm getting a lot of manual requests for password again because this link has decided not to work.

Gail

Try changing the value for the trigger on line 12 from:
if ($Recordset1->getColumnVal("password")) {

to:
if (isset($_POST['email'])) {

Well, the forgotpassword.php form finally passed through, but it didn't capture my email address from the database and send it to me. That's the purpose of the script. What we overwrote: getColumnVal (password) - wasn't that the capture command?

That was the trigger that we overwrote. The issue was that we were sending the email any time a result was returned from the database that was filtered from the submitted form.

It appears you must have a field in your database with a blank email address. That was causing the recordset to have a result even before the form was submitted. I had you change the trigger to respond to the form submit directly to prevent it from thinking it should send to the blank email field.

I'm sorry, I don't understand one word of what you just wrote. The script still isn't working, and it was working before. Yes, we have a few members that don't have email addresses, but obviously, they aren't the people asking for their password.

I'd need FTP access to debug any further. I can't imagine why it would stop working when it worked before other than the redirect loop that was caused by blank email address fields being added.

If you give me ftp access and an email address to test with I can debug it further.

see PM area

It appears to be working. Please let me know if you get the email.