fullfatdesigns

As there were a few sites this happened to, I’ll see if any use the same plugins.

@toomanydomains – I had one site this happened to (removed reCaptcha). I ended up creating a new key and then testing from a different IP + private/incogento window (to rule out caching/IP blocking from reCaptcha). That seemed to do the trick.

There was a few, but this is one of them;

https://thebondstreetdistillery.co.uk/find-contact-us/

Required setting up a new reCaptcha key after updating to 5.9.2

Yep, that was it. I didn’t realise you didn’t include the full filename.

Thanks again.

Thanks Lisa

I will try that in the morning.

I’ve looked into it a bit more and the site is using WP Courseware. Looking at their docs about the registering form, it suggests Theme my Login, so I guess this is the route they went down.

But I’m not sure how the two work together? to add the additional fields?

I’m wondering that too now. Sorry.

As I’ve inherited this site and saw the theme my login plugin being used, I assumed the registration form was using the plugin. But now you’ve mentioned it, I think its something else. I will look in more details.

Sorry to have wasted your time.

I’m using the fastest cache plugin. Could that be the problem? Although, I’ve tried clearing the cache and minified CSS/JS and deactivating the plugin and still the same…

Hi. Thanks for your help.

The old url is https://www.cliniseptplus.com/aesthetics/

and it should direct to the new url of https://www.cliniseptplus.com

Here is a screenshot;

screenshot

Here is a screenshot of the redirect;

Screenshot

• This reply was modified 5 years, 2 months ago by fullfatdesigns.

Hi

Yes, I’ve also tried it on a browser I don’t use regularly as a test with the same result.

Hi

I found this video which showed I was looking in the wrong area for ‘Create Document Gallery’.

Hi Jascrous.

I’m having the same issue. Did you find a work-around for this to get it working?

Regards
Wayne

Looks like Wordfence was the problem… removed it and all is working fine with Duplicator now.

Hi Drew

This reminded me I was supposed to come back and update that my way doesn’t work.

Thanks for your findings, I will definitely try this next time, I do a find and replace on the urls by taking the database export into Coda so that should be easy enough to replace.

I couldn’t find an answer before so I just re-did the widgets on the live version… there weren’t too many so it wasn’t the worst job.

Thanks again, this is going to make future WP sites a lot less painful!

Wayne

UPDATE 2

After a bit of searching, it seems its to do with the length of the urls being different between local and live. The main response is to have your lengths the same, but as I’m already over 50% into the site with a lot of widgets I’m not sure what to do…

Looking in my database dump the following line says;

INSERT INTOwp_optionsVALUES(89, 0, 'widget_text', 'a:7:{i:2;a:3:{s:5:"title";s:0:"";s:4:"text";s:0:"";s:6: etc.etc....

And I think the a:7 is the reference to my local url length (it was 7), so if I do a find and replace for a:7 and change it to a:30 (live url length), should this work, or will I be screwing up other bits of the site?

What do you think?

Wayne

It was the .htaccess file that was interferring. I must have downloaded a version from the live site. I have renamed it for now, and the local version is back.