dtynan

it looks like you have combined the CF7 shortcode with the EBD shortcode, which is not right. A valid EBD shortcode would look something like this:

[email-download download_id=”5246″ contact_form_id=”5240″]

try that. If that doesn’t work, make a test page that is public and post the URL back in here so I can try it.

Also, it is usually helpful to make your download be something other than a pdf file (like a .jpg). You don’t have to do that, but sometimes it can help narrow down the problem.

I tried your page several times. I see the same problem you do when I put in a name & an email address and hit submit. It POSTs the form data via ajax, as it should, but no response comes back.

Interestingly, if I just hit submit with empty fields (or just fill in name or email but not the other), then it POSTs the form data via ajax and does return an error response saying I need to fill in both fields. So that seems to work ok.

I’m not sure why upgrading to WP 4.4 would suddenly cause this to start happening. I’m also not sure what the problem is. We’re going to have to try a few things to figure it out I think.

One thing I noticed that was not normal is that when the page first loads, it goes ahead and does an ajax GET back to itself and passes along some of the Contact Form 7 variables. I have seen this now & then on other people’s pages — usually it doesn’t seem to be a problem, but in some cases it tends to point to a plugin or theme conflict.

While examining the HTML of your page, I noticed that the form is within a div that is labeled as “textwidget”. I looked at the Designfolio theme homepage and I see that it has some widgets and some features like ‘header inserts’ (whatever that is). I’m wondering if you have done something like putting the EBD shortcode inside a widget or inside some sort of setting of your theme, rather than directly into the page (into the wordpress page)?

The fact that your form is on the homepage makes it difficult to diagnose, because so many themes do special stuff with the homepage. Aside from answering the question I just asked in the previous paragraph, I would like you to make a new test page that is a normal wordpress page (not the homepage). Make a new contact form 7 form and get the new form id number and use that for your new EBD shortcode. Also, upload a new file to use for the download. Make it a filename you have never used before and make it a .jpg file. Use that download id in your new EBD shortcode. In other words, you are making a new download, a new CF7 form, and a new page with an EBD shortcode using those new IDs.

Set it to ‘both’ in EBD (rather than ‘inline’ or ’email’) and set it to NOT mask.

Then post the new url test page back here. Oh, also, make sure the filename and any text associated with the file are all plain english ascii characters — no accented characters.

The code is correct right there. Note line 50 of email-before-download.php where it creates the $table_link table. The field name in the database is ’email’. That is why line 525 says $link_data[’email’]

As I said, the field in the table is ’email’. However, the field name in the form that you are supposed to use is ‘your-email’ as is documented on the FAQ page and on the screenshots page.

and this:

http://contactform7.com/2016/01/15/red-border-error-issue-on-wordpress-441/

hmmm. i’m not sure either. is your page public? i can make sure EBD is POSTing the right variables, but beyond that I’m not sure what else to check. The CF7 support forum might be helpful .. or you could try the Postman SMTP plugin and see if it’s logging is useful (I don’t know if it would be)

I’m not saying you should have to create a form to fix the problem. I’m saying create a form to try and determine where the problem lies. In troubleshooting software issues you often have to try a number of things to narrow down where the issue is coming from — they are not necessarily going to be the solution to the problem.

I looked in the CF7 plugin code and the message you are getting appears to come from two possible codes — one is ‘spam’ and the other is ‘mail_sent_ng’. The spam case is where something on your system (like Akismet or other plugin or possibly another application is blocking the outgoing email because it thinks it is spam). The mail_sent_ng appears to be a catch-all for just a general mail failed case (at first I thought it might be related to nginx, but doesn’t appear to be).

One last thought, you might try changing the To: of the email (in the CF7 form) to be JUST the email address (no name beside it or any punctuation or anything), just plain email address (your admin email address I mean).

There is no one on here without a resolved problem other than you. Everyone has a working installation as far as I am aware.

The problem you’re having is coming from Contact Form 7. You should try what I said and make a form using just CF7 to isolate the problem and see if it goes away or not. Takes like 5 minutes to try.

If you don’t want to try to fix it, that’s fine, but it’s not EBD’s fault as far as I can tell from what you’ve given so far.

Don’t have any recommendations for other plugins that do the same thing.