dtynan

Oh, sorry, yeah I see it .. I missed it before. Checking…

This is the download link that shows up (that gives the 404 if you click it):
https://revistaviajar.com.br/site/wp-content/plugins/email-before-download/download.php?dl=85843b9db1aa4e3735d2dd669c687087

It gives a 404 because download.php is not reachable at that URL. As in, this doesn’t work:
https://revistaviajar.com.br/site/wp-content/plugins/email-before-download/download.php

If it can’t get to that program then obviously it can’t work. I also tried this:
https://revistaviajar.com.br/site/wp-content/plugins/email-before-download/readme.txt
which also didn’t work

I also tried eliminating the word “site” from the URL, like this:
https://revistaviajar.com.br/wp-content/plugins/email-before-download/readme.txt
but that didn’t work either.

So, I’m not sure what the issue is. Are you set up for multisite? I don’t know if EBD works in multisite mode or not. Anyway, hopefully you can figure out what’s going on … in order to get to the download, the website visitor has to be able to get to the email-before-download directory under plugins and run download.php. Perhaps you have a webserver setting that gives 404 for files under there .. or maybe a security plugin that does that. It’s pretty unusual for WP plugins to need the website visitor to be able to access the plugin files directly (as opposed to the plugin running via wordpress), so occasionally someone puts in measures in their webserver config or whatever to give 404’s .. maybe that’s what’s happening.

You must not be in the U.S. I guess. Ok, let’s try this … go here and use that: https://imgur.com/a/C83rF

Setting 9.1 or 9.2 in the EBD settings will let you put in what you want into the email that goes out. Once you put something in there it will override the default text of the email. I don’t know if you can put images in there or not and have them work…

It looks like your page has the proper form fields for the Contact Form 7 form (it actually has them in there twice in the HTML source). However, that it is not what one is actually interacting with on your page. It looks like javascript is running after the page loads to replace or cover up that right-side form with an iframe from something called “marketingautomation.services”. I’m not sure if that’s a hacker or a real company/real service. It appears to have a product called “SharpSpring”. Looks like SharpSpring replaces your forms with their forms … again, not sure if that’s something real that you signed up for or if hackers took control of your page and put that in there.

Good luck…

Though the PDF isn’t displaying properly when one clicks the download link, it is actually being sent to the browser — I was able to save it locally. I then compared that PDF against the one that came attached to the email that was sent to me (which does display properly). The difference between the two is that the PDF from the download link contains 4 bytes at the start of the file that the other PDF does not have. Those 4 bytes are a carriage return, a newline (AKA a linefeed), a carriage return, and a newline. So, somehow your download.php script is sending two Windows-style blank lines – a CR/LF and another CR/LF. I don’t know where that is coming from. Perhaps you modified download.php and somehow got that in there? Or maybe some other WordPress plugin is somehow inserting those (maybe a debug plugin or something?). Or, perhaps some other completely unrelated process is somehow putting that in there (like a webserver filter maybe?), or maybe somehow you managed to get those characters into the filename itself and somehow those are getting into the file content when it’s transferred (not sure if that’s even possible). Or, maybe somehow there’s something weird about that file or that file’s name or configuration in Download Monitor?

Hopefully that gives you enough info that you can figure out what the cause might be or where to look ….. if not, I suggest uploading a new file into Download Monitor. Make it a simple file like a .jpg file. Make the filename simple like “mytest.jpg” (no hyphens in the name). Once you get it into Download Monitor, look at the URL for the file (which is in the top-right corner of the details page for that file) and try that URL in a browser — that makes sure Download Monitor can find and download the file OK. If that works, then go ahead and change your EBD shortcode to use the download_id of that new file you just uploaded and then test and see if that works ok or not.

post back here with results

In the past, when someone requested my email address, I put one in the item (a test email address actually) and then some WordPress moderator jumped in and removed it and reprimanded me. So, I can’t really do that I don’t think. However, I suggest you fill in the contact form at this url and I will get a copy of what you put in there: https://electionaustin.com/contact/

Ah, I found the old item. See my last reply in this long thread (it will be almost at the bottom): https://www.ads-software.com/support/topic/checkbox-non-coche-et-envoi-du-formulaire/

Now, again, that line number may not be correct any more, but I suspect you’ll find that bit of code even in the newer EBD versions & can make the change I mention. (Don’t use the earlier changes I posted in there as those don’t fully work .. you need to use the last one I posted .. near the bottom).

There is no built-in way to do that. I fixed that issue by modifying the PHP …. as I recall, I had to trace through the program and basically found where I think they ended an if/else branch too early (or something close to that) and adjusted it so that an error or error page was displayed. I don’t have that code handy and it was for a previous version of the plugin, so the line numbers would have changed … I think I posted it in a support item a long time ago, though I’m having trouble finding some of my old support items now. I can try and track it down if you think you want to go that route. Alternatively, it might be easier to just use some jquery. There are a lot of examples online about enabling/disabling submit buttons when a checkbox is checked or unchecked.

Difficult to say without looking at your page.

One thing worth checking though is to make sure you are using the field name of “your-email” (without quotes) in the CF7 form you created. You might also want to make it “your-name” for the name field (if you’re using a name field in your form). So, to be clear: edit your CF7 form and look at the little shortcode-like-tag that you have in there for your field names and if it’s something other than “your-email” then you need to change it.

If that’s not it, then change your EBD settings to “both” and post a URL to your page in here so I can take a look..

Try putting this into a CSS file somewhere that gets loaded for that page:

div[id^="wpm_download_"] {
    display: none !important;
}

At one point I had that CSS … or similar CSS .. that mostly worked but didn’t work in one case. Then, I fixed it. Now, all I can find is that. I don’t know if that is going to work or not, but give it a shot…

There is no download_id value being passed when the form is submitted. I don’t think I have ever seen a case where no download_id is passed and EBD returns a success with a link to a download file in the JSON response (which would normally appear next to the success message but it can’t put it there because the div is called wpm_download_# where that # is the download_id). Hmm. Not sure why that would happen. Anyway, doesn’t matter too much. The main thing is that you’re missing the download_id somehow. So, that means that your shortcode is wrong somehow. Maybe the download_id isn’t in the shortcode. Maybe the quotes around it are messed up. Maybe some javascript is messing it up somehow. Something like that….

So, go edit the WordPress page and check your EBD shortcode. If it looks OK to you, post it in here. If not ok, then just fix it. If it does look to you, then check that download_id number in the shortcode against your Downloads and make sure you have a file with a download_id that matches and make sure that file really exists where Download Monitor thinks it is.

There is no way to do that without modifying the plugin by hand. As it is right now, it only has the ability to have two custom email templates (one for single download & one for multiple downloads). I think it would likely require fairly significant modifications to support that.

Looks like you’ve got it working fairly well — nice job. Most people don’t get that far…

Are you currently set to ‘both’ (rather than ‘inline’)? I just tried it and didn’t see that message. Were you seeing that message on the screen or in your error logs somewhere maybe?

I’m not looking at the code, but if I recall correctly I think that message comes up when the server rejects sending the email. Are you using a shared hosting company for your site? My guess is that they are probably blocking the outgoing email. You probably need to install either Custom Sender For Email Before Download plugin or the Postman SMTP plugin so that you can set the From: value of the email. I’m guessing that will fix it (this is a big guess since I don’t have a lot to go on based on your description, but I suspect that might be it).

To be clear, EBD will send 2 emails when you are set to ’email’ or ‘both’ in the EBD settings. One email (which I call the “notification email”) is sent by Contact Form 7 and it gets it’s From: and To: values from the ’email panel’ of the CF7 form that you created. The other email is sent by EBD code itself and it picks up some default From: value (from the unix account of the system sending it — which is why it’s wrong on shared hosting). You need to use one of those two plugins to set the From: value so that it is a -real- email address that matches your domain name. In other words, it needs to be an actual working email address that can send & receive email and it needs to be at aiasurety.com

That -might- fix things. One advantage of using Postman SMTP is that it has extensive diagnostic capabilities, so if things still don’t work, it can probably tell you why…

lauraandcelia – the problem on your site is caused by having WP_DEBUG turned on and its output is allowed to go to the screen. That causes a problem when the form is submitted because the page expects to get back a JSON response and what it actually gets back is the JSON response but with that error/warning message that you’re seeing stuck on the front of the JSON. That corrupts the response and causes the page to hang.

You need to either turn WP_DEBUG off or else make it’s output go to a file (see https://codex.www.ads-software.com/WP_DEBUG ). Either solution will fix that issue.

Note: To be clear, the problem is caused by the error message itself — the actual problem that is causing the error message can be ignored (it’s not important).