[Resolved] Error: Passwords do not match

[Author]

Posts

[gabrielB]

Hi guys,

this is something that was working and now the client has reported that it is no longer working.

I have 2 forms that create new users and now both forms are giving the same error – Passwords do not match.

One thing that came to mind is that we moved to site from an http:// to an hidden link. Maybe that can help troubleshoot?

Link to a page where the issue can be seen:
hidden link and hidden link

[Nigel]

When exactly do you see the passwords do not match message?

Because the form has built-in password handling with JS to ensure they do match (screenshot where I entered passwords that do not), and the message is expected when they do not.

You presumably mean that after completing and submitting the form (with matching passwords) it returns a passwords-do-not-match message, is that right?

Is it okay for me to test the form with a dummy submission to register a customer?

When moving to https did you do a search and replace of URLs in the database? What did you use (to handle serialised arrays)?

[gabrielB]

Yes please go ahead and test the form yourself. The problem happens after completing and submitting the form.

We did do a search and replace in the database. We followed this article: hidden link.

[Nigel]

Can I get access to your site? I want to perform some searches directly on the database.

If the URL appears inside any serialised arrays then those may have been broken by your search and replace (the article mentions this).

I'll add a plugin that lets me browse the database, but I won't make any changes, I'll just be looking to see if the URL is inside a serialised array.

[gabrielB]

I spoke to the admin on the client's side and he told me

"There are five more in the wp_options table but I don't know if I should change those. They are not exactly links on our website. Here is a screenshot: "

Should he go ahead?

[Nigel]

None of those look related to Toolset, but they are only looking in the wp_options table, and there could be other examples in different tables.

Also, your search and replace could have already replaced http:// with https:// but if that was within a serialised array it would break that serialised array, WordPress would be unable to retrieve the array...

[gabrielB]

What should we do?

[Nigel]

I could perform a quick search to see if I can identify anything that looks problematic.

I'll set up a private reply in case you agree and have site credentials to share.

Otherwise you can prepare a copy of your site for me to install locally for testing (hidden link).

[Nigel]

If I try to use the credentials you supplied earlier it says the username is invalid.

Can you please verify?

[Nigel]

I'm not making it up.

[gabrielB]

I've edited my previous reply. I think someone deleted your user account.

[Nigel]

Thanks, but I've still got the same problem 😐

Do you have a security plugin that requires whitelisted IP addresses or something similar?

[gabrielB]

I had the same email for another user I had created for an issue with another premium plugin. Sorry about wasting your time.

Could you please have another look. I've updated the private reply with the proper login details.

[Nigel]

Thanks

I was able to enter your site.

I searched the database, but think the issue of migrating the site was a red-herring, I couldn't see any issues.

So I performed a conflict test and was able to establish that the plugin "Form Generating PDF" is causing the problem.

I've made a note to test and try and reproduce on my own test site, and we can take a look to see if we can identify the cause.

If the problem is with the plugin code we can pass that info onto the authors, but it doesn't appear to be actively maintained.

[Nigel]

I was able to confirm the conflict on my own test site, and so I've passed the details on to my colleagues for further investigation.

I'll keep you posted.

In the meantime, it seemed on my test site that the problem didn't occur if you submit via ajax.