Hi @wwwolf,
I tried to navigate to your test page. It seems the top form fails but the bottom one succeeds. I’m not entirely sure what the difference is between the two forms.
Can you please share:
1. Shortcode and a URL showing the WordPress Download Monitor working successfully
2. Shortcode and a URL showing the Contact Form 7 working successfully
3. Shortcode and a URL showing that Email Before Download failing
In the meanwhile, we will try to test with the “Contact Form 7 Conditional Fields” in our own test environment as well to see if there is some inherent incompatibility that we can help address on the EBD side.
Thread Starter
wwwolf
(@wwwolf)
Thanks for your response.
Of course… so sorry, I realise the temporary fix I applied to the forms on the live site (I disabled conditional groups) also applied to the test page [rolls eyes] … I’ve now fixed that by cloning the form and re-enabling conditional groups on the test version. It now replicates the issue correctly – URL of page remains the same.
I’m not sure what you mean by (1) above — I’ve only used Download Monitor in combo with EBD, and it was set up a very long time ago! Also, EBD and Download Monitor are not failing, but EBD is causing CF7 Conditional Fields to fail – I assume a script conflict?
The scenarios shown on the test page are:
a) CF7 only:
[contact-form-7 id="10191" title="Free Chapter Download TE_test-copy"]
b) CF7 + EBD/DM:
[email-download download_id="4806" contact_form_id="10191"]
Both forms ‘work’ in the sense that they issue a download link, which in turn delivers the download itself. But by ‘breaking’ CF7 Conditional Fields the ‘opt-in’ field for our mailing list is never revealed, so we lose the marketing ‘leads’ (which is kind of the point!)
Hi @wwwolf,
We tried reproducing and EBD is working fine for us with CF7 and CF7 Conditional Fields…but we probably don’t have the opt-in piece you are referring to configured. We are wondering what specific configuration you have for conditional fields. Could possibly paste your CF7 config and your CF7 Conditional Fields config here so we can try to reproduce the issue? If you have a staging environment where this is broken, we can try to login there to reproduce as well.
Hi @wwwolf
We had a hunch from your other post (https://wordpress.org/support/topic/still-a-php-error-breaking-my-site-temp-fix/) where you had changed EBD code; we went ahead and made the same change you made and this broke CF7 Conditional Fields in our environment also.
So let us know when you have that environment setup where we can test why you even had to make that code change in the first place. Hopefully we’ll be able to find a solution that works for that post and won’t break CF7 Conditional Fields.
Thread Starter
wwwolf
(@wwwolf)
Oops – sorry, I forgot to post here as well when this was fixed – following the link in the previous post from @mandsconsulting will give you the details but, essentially, the problem was that mbstring was not enabled in php settings on the server. Once this was changed (in cPanel php modules), the original unedited version of the plugin worked fine.
Here’s the link again:
https://wordpress.org/support/topic/still-a-php-error-breaking-my-site-temp-fix/
(This may be a problem going forward, as more security-conscious hosts on shared platforms are increasingly likely not to enable this by default.)
Hi @wwwolf thank you for that follow up. We are looking further into possible solutions to avoid that issue in the future. We will provide more context here once we have a resolution.
Thanks!
