Constant arrows spinning just started

Likewise – I just did the latest update, about a day ago and now CF isn’t working

Just tested it out. Latest version of CF7 works fine with Chrome. Doesn’t work with Explorer.
Did a Google search and found that the same problem with CF7 and Explorer existed 4 years ago.

I get this error with Chrome, IE and Firefox.
– all plugins disabled
– default 2012 theme

Jason

@jasond240 – Please include a link to your Contact Form 7 form. If others here are able to understand your actual problem, they may be able and willing to offer a possible solution.

Thanks for your response buzztone!

The site is live so in the meantime, I’ve set the define( ‘WPCF7_LOAD_JS’, false ); Will this cause a problem when trying to debug if I give out the URL? Unfortunately I can’t re-enable JS loading for more than a few minutes to test.

Would very strict permission settings have any effect on the form submission?

Regards,
Jason

Just another tidbit of info, when running Firebug in Firefox, I get the following error when hitting the submit button.

JSON.parse: unexpected character
Line 3

Line 3 is a really long line of code and I’m not sure where its finding the error. The Firebug stack window shows jquery 1.10.2 AND jquery-migrate 1.2.1. Is that correct? The console window shows the proper Contactform 7 message that would normally be displayed if the spinning arrows would allow it ??

Can’t wait to get to the bottom of this conflict!

Jason

It really makes sense to have a development site to test things like this. There are a host of other reasons as well. We typically just use another sub-domain on the same server.

Testing with CF7 Javascript disabled might still show the problem – no way of knowing this. You should also vary the Captcha permissions to test if this is an issue.

The error you are getting confirms that you have a Javascript issue. This problem can come from ANY Javascript loaded on the relevant page. Where the error occurs is often long after the actual problem is created.

Thanks for the help buzztone! I have the site running localhost using WAMP with no issues, even though it’s an exact duplicate, apart from it not being Linux and SMTP not functioning.

I’m testing both sites sites with the default form, no captcha.

I just disabled ALL plugins but CF7 on the live site and switched to the 2014 WP default theme but still get the error on a default CF7 form. How is this possible?

Thanks again for your help!
Jason

RE: I just disabled ALL plugins but CF7 on the live site and switched to the 2014 WP default theme but still get the error on a default CF7 form. How is this possible?

It’s always possible if there is ANY Javascript running other than CF7. I find Chrome Developer a bit easier than Firebug to see if there are an other Javascript files loaded on the problem page.

Hi Buzztone,

I disabled all the plugins and switched to 2014 again using Chromes Dev tools but can’t see where a conflict is. I mirrored the site to a development server, saved the outputted html code and used a compare tool… they were exactly the same but the form submitted on the dev server but NOT on the live server. I’m at a loss.

I created a test using the default form at https://ucbaby.ca/jasontest/ but I had to disable javascript as it’s a live site and people are using the form. I’d need to know an exact time to turn it back on for testing.

FYI – I upgraded to the latest version today, unfortunately it didn’t correct my issue.

Thanks again,
Jason

Sorry but using a development site that I can’t access with CF7 Javascript enabled unless I give you an exact time is never going to be practical.

It’s now clear I think that you have a difficult to find Javascript conflict on your live server – your testing shows you that.

As a result you are going to need a development site that mirrors your live site for you (or others) to investigate this particular problem.

We always have a development site setup as a sub-domain on the same server for every site we develop for this and a host of other reasons.

Also while disabling all plugins and switch to the default theme is a relatively easy way to eliminate most Javascript conflicts this may not be sufficient in your case.

In this case, before you going searching for the conflict, I think you need to go searching for ANY Javascript that is loading on the problem page with all plugins disabled and using the default theme. If you find any that is likely to contain the source of your conflict.

See https://buzztone.com.au/javascript-conflict-problems/ form some detailed guidance.

Hi Buzztone,

Sorry for being a pain, make sense that you can’t give a time!

Javascript is enabled now and I’ll leave it as such for the next while.

Regards,
Jason

Is site https://ucbaby.ca/jasontest/

Yes, that is correct ?? It’s just a test form with default settings.

Jason

You need to disable all plugins & switch to 2014. Too many possible conflicts for me to look at moment.

Note that contact-form-7-datepicker plugin is often reported as JS conflict.