Forum Replies Created

Viewing 15 replies - 421 through 435 (of 777 total)
  • Never seen that before. Are you just seeing those messages in a logfile or are you experiencing downloads that are failing? Just guessing based on what it says … it looks like maybe someone clicked to download and then it never completed. Have you ever gotten things working (can you fill in a form, hit submit, get a link, click it, and get the download)?

    I would guess that if you turn off attachments then it would work on email, but that’s just a guess.

    There’s really no way to know what the problem could be without seeing the error message (assuming there is one). It might have something to do with the way email gets out of the system that you’re on — maybe it won’t accept multiple attachments or it tries to scan them or who knows, could be anything.

    On some hosting providers you can still get to the apache error log via your ftp login. The error log directory would be above your public_html directory (I’m assuming your website files are in there). So, like a directory up from there might have like a logs directory and in that might be an error_log file or something like that. All of this varies by quite a bit, so it’s difficult to say for sure.

    You -might- be able to turn on wordpress debugging and make the errors & warning go into a file and it might catch the problem. It will store the errors in a file called error.log or maybe error_log most likely. That file will get dropped in the directory of whatever program is executing when the error happens … that will most likely be down in the plugins/email-before-download directory somewhere, but could be somewhere else. Note that there could be several of those files dropped in various places. EBD sometimes produces messages & warnings that are “normal” and will make the error.log file show up but won’t be related to your 500 internal server error problem. Thus, tracking down the right error.log (if it exists) might take some work… Anyway, if you scroll down this page to the Enable PHP Debugging part it will show you what you need to do to turn on php debugging & (hopefully) get it to drop those messages in a file you can access: http://www.makeuseof.com/tag/the-ultimate-guide-to-solving-500-internal-server-errors-and-blank-white-pages-in-wordpress/

    Remember to remove those changes to get the debugging turned off after you’ve turned it on and then run a test to make the problem happen.

    What was the problem before (what did you fix)?

    Currently, the form is working when you select either download, but not both. When you select both, it’s returning a 500 Internal Server error. I can’t see what the error is. It will be in your logs somewhere — probably your apache error log. If you’re on shared hosting then it’ll be in cpanel somewhere. We need to see what the error message is to figure out what’s happening.

    Aside from that, you could try setting it to ‘inline’ and trying again (selecting both downloads). You could also try setting it to ’email’ and trying again (selecting both downloads). That might narrow down if the problem is related to the email or not (since you currently are on ‘both’). Also, I think you should remove the ‘Before’ and ‘After’ stuff … I assume you did that in the EBD settings for HTML before & after, right? You haven’t modified email-before-download.php or download.php have you? Assuming no, then you should take out any customization template type things you put in the EBD settings (save them off in a text file somewhere so you can put em back later) — try to get those settings back to the default of empty. Also, have you tried both masked url and not masked?

    are you using a shared hosting provider? if so, ask them for help. you need to go into php.ini (there could be more than one of them) and turn off display_errors and also make sure you do not have any debug stuff turned on in wp-config.php or index.php in your main wordpress directory.

    Oh, you have display_errors on i think. That’s at least part of the problem. Make sure you don’t have PHP display_errors turned on and make sure you don’t have any wordpress debug stuff turned on. Right now, you are encountering two errors and they are getting stuffed into the json that is returned from the ajax call (when you hit Submit on the form). That is messing up the json & causing things to fail. Turning off display errors will at least fix that problem. However, the problem or 2 problems that caused the errors will still be there. One is related to “ebd_downloads” (which is why I thought you had it misconfigured for multiple downloads). The other is related to “your-name”. Pretty sure you can fix the “your-name” one by just adding that field in your CF7 form. You should do it for now until we figure out what else is wrong — eliminating that issue might help. I honestly don’t know why you’re getting the ebd_download undefined index .. that’s weird .. or maybe it’s normal and I’m just not used to seeing it because I don’t have display_errors turned on so I never see it — that may very well be the case.

    Ok, here is the json that’s returned. If you look through it you’ll see that 2 error msgs are getting shoved into it, which is not right:

    <br />
    <b>Notice</b>:  Undefined index: ebd_downloads in <b>/public/sites/www.visionforward.nl/wp-content/plugins/email-before-download/email-before-download.php</b> on line <b>432</b><br />
    <br />
    <b>Notice</b>:  Undefined index: your-name in <b>/public/sites/www.visionforward.nl/wp-content/plugins/email-before-download/email-before-download.php</b> on line <b>764</b><br />
    {"mailSent":true,"into":"#wpcf7-f326-p306-o1","captcha":null,"message":"Je bericht werd succesvol verzonden. Bedankt.","onSentOk":["document.getElementById('wpm_download_1').style.display = 'inline'; document.getElementById('wpm_download_1').innerHTML='<a class=\"icon-button download-icon\" target=\"_blank\" href=\"http:\/\/www.visionforward.nl\/wp-content\/plugins\/email-before-download\/download.php?dl=fb4569a667dd44cdf59f6da99a628a6f\">White paper<\/span><\/span><\/a><br \/>'; "]}

    So, first I think you should fix the display_errors or debug problem or whatever. Then try again. It may just work at that point. If it doesn’t, try adding the your-name field and try again. Let me know what happens…

    also, make sure you did NOT check “redirect to file” in the detail page for your download.

    The ID difference is normal in the Download Monitor area when you’re looking at a download’s detail page like in your screenshot. That versioning section in the middle always has an id that is 1 higher than the id in the top right area of that screen. The correct id to use is the one in the top right.

    This all should still work even if dlm_uploads is protected like yours was with the .htaccess in a directory above it somewhere.

    So, the thing to do is to concentrate on the Download Monitor part and get that working — ignore the CF7 and EBD for now…. You should be able to upload a file into Download Monitor, see it in the list of Downloads, edit it to get to the detail screen, then copy that URL from the top right and paste it into a different browser and it should work. That URL will be something like: http://kwaddle.com/blog/download/115
    or something like that. Going to that URL should cause the uploaded file to try to download or display.

    I think what you should do is get a new file .. make it a .jpg file .. give it a filename that you have never used before and then upload it to Download Monitor. Go into it’s detail page and copy that URL and paste it into a completely different browser (not the one you are logged into wordpress with). It should work.

    If it doesn’t, post the URL in here so I can see it.

    The one thing that’s different about your setup is that your wordpress site is under “/blog”. So instead of http://www.kwaddle.com/download/115 it ends up being http://www.kwaddle.com/blog/download/115. That might be the problem, but you’d think that should work. In the Download Monitor settings there should be an “endpoint” url or something like that … I’d be curious to know what that says.

    I think once it’s set then it will remain set (because it stores it in wp_settings). So you probably don’t need that code enabled any more, but it’s probably fine to leave it like that.

    It looks like you maybe you put

    <ebd />

    In your CF7 form? You should only have that in there if you are doing multiple downloads (checkboxes). It looks like you are doing a single download, but you have that in there for multiple & it’s messing it up. Take that out & try again.

    There may be a second problem. Right now, it’s complaining about you not having your-name as a field. I’m not sure if that’s going to go away or not once you fix the above problem. I’m guessing it won’t, but give it a shot & update this & we’ll look again…

    Yeah I saw that code too. That makes that setting show up on the Email Before Download settings page. They have that commented out, as you pointed out. I noticed it a few weeks ago and found the code that goes with it that actually makes it work — the code that puts a hidden field in the HTML form & puts in the value that you put in the settings field. That code is NOT commented out. Meaning, it works whether or not you’ve uncommented the stuff in the settings page. In other words, you could simply put the hidden field in there yourself in the CF7 form. Or, your website visitor could put that field in there himself using any number of tools that let you modify the POSTed form data before it leaves your browser and end up setting the From: value for emails sent by EBD. I sent the plugin authors, M&S Consulting, an email message about this a few weeks ago but never heard about. It’s a bug in my opinion. Not a huge one — the security implications of it are fairly minor, but it should be fixed in my opinion.

    If I remember the code correctly, then what happens is that EBD will check and see if EBD has a From: value set in the database already (wordpress settings). If so, it uses that. If not, it checks to see if the end user has submitted a form that includes a variable (hidden variable) to set the From: and then it will use that if so. If not, it just uses whatever the default is for your system (usually some weird computer name if it’s a shared-hosting account).

    Many people are using SMTP plugins like Postman SMTP to set the From: value. For them, this shouldn’t be an issue. Others, are using the Custom Sender for Email Before Download plugin, which will set the From: value in the wp_settings (in the database), so for them this is not an issue either. However, for everyone that has never set a from: value in wp_settings, then they are exposed to someone from the outside submitting a form POST and setting that hidden variable which will then cause EBD to set the From: to that value from then on (I think .. I could be wrong, it’s been a few weeks since I looked at it, but I believe that is the case). Like I said, I notified M&S Consulting, but no response…

    No, it won’t work with Ninja Forms. EBD makes PHP api calls to CF7, so CF7 is required.

    You’re welcome.

    By the way, it’s not my plugin, it’s made by M&S Consulting (who I don’t know). I just happen to use it on a couple of websites and I made a bunch of modifications to my copy, so I became somewhat familiar with how it works. I noticed that there were tons of people out here who needed help setting it up and that I could answer quite a few of the questions people had, so I started doing that and as time permits I’ll drop by every couple of days and answer anything out here. At this point I’ve seen most of the issues, so it’s usually pretty easy to do and doesn’t take too long.

    See my long discussion of this problem here:
    https://wordpress.org/support/topic/email-before-download-just-hangs-after-clicking-link?replies=9

    Scroll down to my comment that begins:
    “The download works for Firefox and other browsers — just not Chrome.”
    and then read that entire comment closely.

    You have the same problem. Something about your site or your PDF, in combination with the way EBD delivers the file (possibly), causes problems with Chrome’s internal PDF viewer. The person experiencing that problem in that post actually ended up doing option “C” (turn off hide/mask setting). If you have that checked, you should uncheck it and try again.

    Note that you may need to clear your browser cache to get a good test because Chrome’s behavior can change based on whether the PDF is cached or not by the browser.

    Edit your CF7 form and make sure that the field name for the email address is your-email

    It cannot be email or myemail or anything else. It has to be your-email

    See the screenshots page for an example (2nd screenshot):
    https://wordpress.org/plugins/email-before-download/screenshots/

    If yours is already your-email then you’ll need to provide a URL to your page so I can try it, if possible. Plus, your shortcode, where it’s ‘inline’ or ‘both’, if you’re using masked, etc. And, it sounds like it was working .. for how long? did you just it up and it worked once or twice and then stopped or have you had it working for months? etc.

Viewing 15 replies - 421 through 435 (of 777 total)