Rick Curran

Thanks Gabriel, I’ve tried removing the translation files and the translations do go away so they are definitely coming from those files. I have also recompiled the .mo file as well.

Hi, thanks for the update to the plugin, the mixed-content error has gone now.

Hi, just wondered if this fix for HTTPS links from Flickr will be fixed soon? I’ve also had to modify the flickr-query.js file to sort this at the moment but aware this will get overwritten whenever the plugin gets updated.

Thanks!

Hi, apologies, I’m afraid I never saw your reply from a couple of weeks back. I think in the case of my host they are just basically picking up on anything that has “base64decode” or “eval” appearing in it and flagging them up. In my case they were able to whitelist the file and exclude it from their security scans in future.

I have just had my web host flag this file as potential malware due to these two functions, I’m hoping that they are able to whitelist them from their security scans. It’s just unfortunate that these two function feature so commonly in compromised PHP code!

Hi, thanks, I’ll go back and check my plugin version to make sure it’s up to date, I have been running some software on my server to check code compatibility before I upgrade it to PHP7 and your plugin was flagged.

Does the plugin have conditional code which might use deprecated PHP functions when on pre PHP7 platforms? It’s possible this might be why the compatibility checking software flagged up this issue with your plugin, I had a similar situation with another plugin which ended up being falsely flagged as incompatible.

Thanks again!

I’ve made a pull-request to the plugin Author’s Github repository for the fix that @corey identified. Hopefully the author will be able to push an update out as there are a lot of people using this plugin.

Hi, is this a recent change to limit CPTs to only those by the CPT UI plugin? I’ve previously used this to import CSVs into my own manually configured CPTs but just tried to do it and noticed that my CPTs didn’t show in the list. Why the restriction to only those via the CPT UI plugin?

Yep, seeing this in a site too, looks like a function ‘get_user_attribute()’ is expected in the plugin file. This isn’t a standard WordPress function so it looks like a plugin file hasn’t been updated correctly or is missing a file.

Hi @dcgroshek, I just figured out the issue that was causing my problem which I’ve explained more fully in my own thread. However, I just thought I’d mention something here quickly in case it helps, for me the problem was the Apache mod_security module for Apache which had some anti-spam rules which prevented the form from submitting if certain drug / pharmaceutical names were mentioned in them (this form was for a Doctor’s practice website). I’m not sure if mod_security is running on your server but if it is and you’ve tried debugging via other means then it may be worth checking out.

Hi Takayuki, although I had checked my PHP error logs previously, your comment about PHP error logs made me go back and double-check them to see if there were any clues. As it turns out there are two locations for PHP error logs on my server and I’d only looked in one of them, when I checked the other location I realised what the cause of the problem is thankfully!

Short answer:
Apache mod_security spam rules

Longer answer:
I recently did a lot of server updates and had installed the mod_security module for Apache, I had included a set of anti-spam rules and it was actually these that were intercepting some of the form submissions. The form in question here is actually used for people to request repeat prescription from a Doctor’s practice and they were including names of drugs in the content of their message. So basically mod_security was matching up some of the drug names with its list of possible spam content and so the form processing was just failing silently and so the Contact Form 7 plugin just keeps sitting waiting for a response from the server. I have gone in and made some changes to my mod_security settings and the form now seems to be submitting happily so far!

Thanks a lot for your help!

@dcgroshek: Thanks, it sounds like your issue is different than the one I’m experiencing as mine is intermittently failing.

@dcgroshek: I have started a new thread for my own issue now, but out of interest is your problem a consistent issue of spinning arrows or is it intermittent? The biggest problem I have is that it is intermittent and never seems to fail when I test but only for my client’s customers who use the site. I am seeing about a 50% failure rate on successful submissions.

Hi, yep, I’ll do that.

Hi,
I’m also trying to resolve a similar problem, the issue for me is that it is not consistently happening. I have a form on a site that in all of my own testing is working fine, but I know that it is failing to work for some people and they are just getting the spinning arrows.

In order to test this further I have set up a couple of triggers using jQuery so that I am alerted via an email when someone starts the form and when they actually click on the Submit button. I send this trigger emails using a simple plugin I made so these emails are sent directly to me and not via Contact Form 7.

I have now tracked a whole load of instances of the form being started and the Submit being clicked and then not working, approximately 50% of all submissions are now failing. It’s worth noting that I am getting all of the Start and Submit alert emails so this seems to indicate some issue within the Contact Form 7 plugin and it not being able to send.

Part of the problem in trying to debug this is that I am still yet to have it fail for me, I have tried using various different browsers on different devices and it all works fine, but my monitoring methods indicate that it is failing. If I could get it to fail for me then I could inspect the page and see if there are any javascript errors on the page or something weird going on!

I’m also in the position that I may have to stop using the plugin on this site if I can’t get this resolved. If there’s any additional info you can provide regarding the way that the plugin handles the submission then maybe I can debug things a bit further? It just seems odd that my own jQuery triggered emails are all going out fine but the actual form submissions don’t.

Thanks for any help you can offer!