dtynan

I’m sorry, I’m not quite sure what you mean when you said “With these changes, I can’t download till now”. Does that mean that your Firefox is now working correctly or are you still having problems with it? (I know it can download the PDF directly using the Download Monitor URL .. that’s good .. but I couldn’t tell from that sentence if you’re saying it now works or if it’s still not working [when going through the normal process of filling in the form, etc])

If you mean Firefox is still not working right…. can you describe the problem? Like what exactly happens when you click on the link while running Firefox?

Have you tried clearing your Firefox cache & trying again? Do that if you haven’t already. I don’t think that will fix it, but it might. Also, if you are using any wordpress caching plugins then you might want to clear that cache also.

Your Download Monitor screenshot of the download file settings looks fine. I guess it’s possible that checking “Featured Download” might mess things up somehow, but I doubt it since my Firefox works just fine.

On the ‘second point’, what I mean is that when you click on a link to a PDF file the browser might give you a File/Save dialog like http://prnt.sc/e8xln5 or it might just go ahead and download the PDF and display the PDF in the browser window like http://prnt.sc/e8xlst

If you leave “hide/mask” unchecked then web browsers are almost always going to give the File/Save dialog window and the person can then save the file locally or maybe launch the Acrobat Reader or whatever.

If you check “hide/mask” then the browser makes the decision as to what to do. It might show the File/Save dialog if you don’t have the ability to display a PDF in your browser or in an external program (like the Acrobat Reader). But, that’s very rare. In most cases, it’s going to display the PDF in the person’s browser window (or possibly in another window if Acrobat Reader runs or something like that).

So, “hide/mask” controls that behavior … at least most of the time. In some cases, EBD may get confused where it gets the wrong value in the database and then it’s like you change settings and nothing changes. Sometimes, you can get things broken and then you can’t ever seem to get them working again, no matter what settings you try. That may be what you’ve run into here (though, again, it works for me, so this seems unlikely). Anyway, whenever things are just weird and don’t work right and there’s no obvious solution, it’s usually worth it to Add a new download in Download Monitor (but point at your same download file). The purpose of that is to get a new download_id. Then, go edit your page and change your shortcode so that it uses the new download_id. This will cause EBD to NOT read its values from the database (since something is there messed up) and instead create a new set of values in the database (which usually fixes things).

Can you post a link to your page so I can try it?

It looks like everything is working ok. I had no problems filling in the form and getting the pdf with either Chrome or Firefox.

The way EBD works when in ‘inline’ or ‘both’ mode is that the website visitor fills in the form and hits Submit. A link to the download file then appears beneath the Submit button (the link text is taken from the “Title” field for that file in Download Monitor). That is what you’re seeing and that is normal. EBD does not, and does not have the option to, immediately download the file to the user when the user hits submit on the form. It just does that link to the download. Or, multiple links if you’ve set it up for multiple downloads (the checkbox stuff). Or, it doesn’t display a link at all and instead emails the visitor a link (and possibly an attachment) if you select ’email’ or ‘both’ in the EBD settings.

Thus, it’s working as designed, but it sounds like you wanted it to immediately download the file when the user hit Submit, which it doesn’t do.

You can Add A Download in Download Monitor and then put in a URL to another system rather than uploading the file. That does work. I suspect the repeated error you’re seeing is due to the fact that you made use of the Versions capability of Download Monitor. I don’t know that for sure, but I have a vague memory of the versions thing causing problems … though I could be wrong on that.

I think what you should do is just make a new download (Add another download in Download Monitor). In that Add page, click that Add File button or whatever it’s called and then put the URL in there and then Save it or Publish it or whatever that button on the far right is. Don’t do the versioning thing. Then, make note of the new download ID for that new download you just added and go over and edit your test page and change your shortcode to use the new download id. I suspect that will probably fix it….

That said, there are a couple of gotchas that you might run into… If you have checked the “hide/mask” option in the EBD Settings (and I think that you do have it checked), then EBD is going to try and go get the file using the URL you gave it and then send that file to the visitor’s browser. If you don’t have “hide/mask” checked, then EBD will just give the URL to the visitor’s browser (using Location: thatURL) and the browser will be redirected to that URL. In the latter case, that should pretty much always work, with the downside that the user will then know the URL to go to the file (theoretically he could give the URL to others and bypass your EBD form, for example). In the former case (where you have “hide/mask” checked), then it should work maybe probably .. I think maybe it needs to also see that your PHP has the CURL extension and I suspect you may also need to set allow_url_fopen to On in php.ini if you don’t already have it that way (because the EBD does a “readfile()” call and PHP won’t allow URLs in readfile() without that setting).

allow_url_fopen = On

So, to summarize:

1. Try adding a new download with the same URL and don’t do the versioning thing when you add the download.
2. Change the existing download_id in your test page to be the download_id for the download you just added.
3. Test and see if it works.
4. If it doesn’t work, try unchecking “hide/mask” in the EBD settings.
5. If it still doesn’t work, something is wrong somewhere…
6. If it does work then you can just leave it like that, or if you want hide/mask then go make it checked again in the EBD settings and then go do the allow_url_fopen thing in php.ini and test again.

• This reply was modified 9 years, 6 months ago by dtynan.

Well that’s weird .. haven’t seen that before.

It looks like the bottom form — the one that should be created by EBD (and that should generally look like the CF7 form above it) — is a “grunion” form. I see “grunion” class names and such on its fields.

Honestly, I don’t know anything about Grunion Contact Forms or Jetpack. I think at some point Jetpack added Grunion Contact Forms into itself maybe? Or not, I’m not really sure. I don’t see a grunion plugin anymore and the last support item was from like 4 years ago. I see some stuff that associates with Jetpack somehow. I dunno. I guess you might want to look around for a Grunion plugin maybe? Or look in your Jetpack settings pages or something? I’m not really sure…. ???

Yeah, I agree it should be included. Hopefully one of y’all can get them to include it.

For people who are running their own servers and for people who have set up SMTP, it’s generally not an issue because they are usually sending mail with a proper From: value. However, the vast majority of folks are on some sort of 3rd party shared hosting and it’s a big problem there because the From: will always be wrong and many mail providers silently just drop the email. I suspect there are quite a few people running EBD on shared hosting who think their emails are getting out to people, but they are getting dropped silently by Yahoo or Gmail. Unless their website visitors complain, they’ll probably be unaware….

When the website visitor clicks Submit on your form, it posts the information vi ajax to the server and the server responds with a little bit of JSON. That JSON is getting corrupted because your system is set to display PHP warnings and the PHP warning message is getting mixed in with the JSON response. This is a fairly common problem. You need to turn off WP_DEBUG (or otherwise make PHP warnings stop displaying to the screen .. some folks like to just make that stuff go to a file rather than to the screen, which is what I do .. if it’s set to go to screen then it messes up that ajax transaction).

This is what gets returned from the server:

<br />
<b>Notice</b>:  Undefined index: ebd_downloads in <b>/var/www/dietaanticancro.it/wp-content/plugins/email-before-download/email-before-download.php</b> on line <b>432</b><br />
{"mailSent":true,"into":"#wpcf7-f2871-p2890-o1","captcha":null,"message":"Grazie per il tuo messaggio. \u00c8 stato inviato.","onSentOk":["document.getElementById('wpm_download_1').style.display = 'inline'; document.getElementById('wpm_download_1').innerHTML='The link to the file(s) has been emailed to you.'; "]}

That first part with the “Notice: Undef…” blah blah is the problem. To be clear, it’s the warning text itself that is the problem. What the warning is complaining about can be ignored — that’s not a problem. You just need to make the warning stop or at least stop going to the screen. Turn off WP_DEBUG or make it go to a file or whatever.

I have seen a number of people do multiple forms on one page. I have not seen anyone try to do one form with multiple download buttons .. is that what you’re trying to do?

I looked at your page and I only see one form in it and only one download button. Maybe you can go into detail about you’re doing or wanting to do? (like what does the CF7 form that you created look like? etc)