Forum Replies Created

Viewing 15 replies - 436 through 450 (of 777 total)
  • I doubt that I can help you with that problem. You could pay the $10 to M&S Consulting (the plugin authors), though I doubt that they could help either.

    One thing you might try is to focus is on the Download Monitor part and ignore EBD for the moment. First, see if you can get Download Monitor working with Polylang. That may not lead to a solution, but it might lend more info that might help uncover a way to make it work.

    In Download Monitor — when you look at the Downloads in your WordPress admin section — you will see the file or files you uploaded. Click one of those to go into the detail screen of that download. In the upper-right area of that screen there will be a URL. That URL is the URL that leads directly to the download file. You should be able to copy that URL and paste t into a browser, hit enter, and it should go to or download that file. If that doesn’t work, then Download Monitor isn’t working right (with polylang). Be sure and put the endpoint back like it was before you try that.

    Back on EBD … because of the way some of those language plugins work and the way EBD uses ajax to update the page, I kind of doubt that it’s going to ever work. However, you should try checking the Mask option in EBD (or unchecking it .. try it both ways). One way that I think it will work is if you use the ’email’ option (rather than ‘inline’ or ‘both’) and you do attachments. That will eliminate any download links. Instead, people just get mailed the file(s) to the email address they put in your form. That has the advantage of the fact that only people that put in valid email address get the file, but it makes things a bit more tedious for them since they can’t click a download link right there on your page. However, that may be the only way to get it to work… (and even then, I’m not 100% sure it will)

    I modified the original email-before-download.php. There’s no other way to do it, unfortunately.

    They don’t update EBD very often, but when they do you have to be careful not to accidentally update it or you’ll overwrite the changes — of course, you should save a copy of your changed version in case you accidentally do that.

    So, have a couple of options on how to manage it:

    A) you can ever update EBD again and your changes don’t get overwritten, but that plugin will show as out of date (assuming a new EBD has been released). Conceivably, you could get really tricky and do something like change the version numbers in your modified version to be something way way higher & then you’ll avoid the update notification & accidental update. I haven’t done that, but it should work I would think.

    B) or, you can get download the new EBD to your own system & then look at it and make the same changes again (copy from your existing one) or otherwise kind of merge them together. Then put the new EBD with your changes in it in place in the plugins directory and that will make the update notification go away in wordpress (since you’ll have the latest version then, but just with modifications).

    It’s not hands-off, but because they update so rarely and only change a line or two, it’s not much of a problem.

    Ok, so it looks like there is an ajax-related problem. When I hit the submit button, it POSTs the form properly, but the result that comes back is the entire page all over again (all the html for the entire page). If you watch closely, you’ll see that the browser clears the entire page and redraws it (and you’ll note the form is empty). It’s not supposed to do that. Instead, it’s supposed to return (via ajax) a couple of lines of json … just a few bytes … and then update the page in-place, which results in the page not reloading & instead just a bit tacked onto the bottom.

    As you can see at this CF7 support post – http://contactform7.com/why-isnt-my-ajax-contact-form-working-correctly/ – that ajax problem is usually the results of either your theme not calling wp_footer(), or some sort of conflict with a wordpress plugin that mucks around with ajax or gets involved in the http traffic somehow, or it’s due to an error on the page somewhere.

    I noticed that your page is showing 4 errors when it loads. The first is an uncaught referenceerror saying jQuery is not defined. That is coming from line 104 of theme_scripts.js. The next 3 errors are typeerrors and I’m guessing they might be related to the jquery issue. So, I don’t know if these are really a problem or not .. they may not be .. but that’s where I’d look to start with probably. It looks like theme_scripts.js loads and starts executing, errors, and then jquery.js gets loaded after that as far as I can tell. That may not be an issue, but it might be, not sure. You might need to get jquery.js loaded earlier perhaps.

    But, again, that may not be the problem. It could be the wp_footer thing. I don’t really know much about that — you might have to look down in the templates of your theme and see if it gets called or whatever. You might have to go to CF7 support for help on that since I don’t really know much about it..

    All that said, you might want to make a new test page and just put a CF7 form on it — nothing to do with EBD. You can use that to test with and make things simpler. Until you get it updating via ajax (and not reloading the entire page) then EBD is not going to work…

    it -might- have something to do with the file titles or file names having unusual characters in them (foreign characters). I have never proven that’s a problem, but have suspected it in the past a few times. Let me try it again now and see what I see and will update again. Don’t change anything for a bit…

    Ok. First, are you wanting to do ‘inline’? or ‘both’? or ’email’? Based on what you said, I’m guessing you want to do ‘inline’, but I’m not sure ..? (For now, I would like you to set it to ‘both’ in order to help me debug it.)

    So, I tried your form and received an email with no attachments. That email contained a list of the file titles with a vertical bar between each one. That email, as you noted, is sent by CF7. That is what I call the “notification email”. That email should be going to you (the wordpress admin), not to the web surfer who filled out the form (me in this case). So, in your CF7 form you probably put your-email into the To: field, I’m guessing. Don’t do that. Instead you want that to be the wordpress admin email address. That will make him get the notification email each time someone submits the form.

    In my tests, I never received the email that goes to the web surfer (the email that would have attachments). In fact, your system never even tried to send it. So, we can work on fixing that, but there’s not much reason to if you intend to go with ‘inline’ … you only need to fix it if you intend to do ‘both’ or ’email’.

    Email Before Download requires Contact Form 7 and Download Monitor (monitor, not manager).

    The current version of Email Before Download is 3.4.2. I don’t know how old 2.0.8 is, but it’s long before my time. I suggest you use the latest versions of each of those 3 plugins.

    Make sure you have read and understand the Description, FAQ, and screenshots pages to make sure this does what you want to do and also so you understand how to set it up:

    https://wordpress.org/plugins/email-before-download/
    https://wordpress.org/plugins/email-before-download/faq/
    https://wordpress.org/plugins/email-before-download/screenshots/

    Note that the Description page refers to having to use an old version of Download Monitor, but that is no longer accurate — you can and should use the latest versions of all 3 plugins.

    what version of EBD, CF7, and Download Monitor are you using?

    What version of everything are you running (EBD, CF7, Download Monitor)?

    When you say “software updates”, what are you referring to? WordPress? Did you upgrade to version 4.5 and things broke or..? I saw a ton of people having trouble with WP 4.5 (just generally, not specifically people using EBD) so I haven’t upgraded anything yet .. dunno if 4.5 breaks things or not.

    Just to be clear, in your case this -used- to work before the “software updates” or are you just now trying to get it to work for the first time?

    That exact language is not in Email Before Download or in Contact Form 7 as far as I know. EBD does support the idea of expiring a link, but I that exact wording is not in the plugin. Are you sure you typed it in correctly?

    There is no way to do the acknowledgement and manually approval workflow.

    On the BCC idea, I’m pretty sure you could add a bcc header into the “Additional Headers” part of the CF7 form you created (go back to it, edit it, and I think the Mail tab has that additional headers part). You should just be able to put in there:

    Bcc: someEmailAdress@whateverYouDomainNameIs

    and I that will work.

    Note that you should already be receiving an email to your admin email address anytime someone submits the form on your page. That notification email is not identical to the one the website visitor gets, but it does tell you what they downloaded and gives their info. That makes me wonder why you are wanting to bcc yourself if you’re already getting a notification email … let me describe one problem that a lot of people run into — I don’t know if you’re seeing this, but just in case:

    Often, people will use their wordpress admin email address as their email address when they are pretending to be a website visitor and filling in the form as a test. When that happens, they will get the notification email sent to their wordpress admin email address. Additionally, they -should- get another email to their wordpress admin email address, which will be the email that gets sent to the website visitor. Typically, that email -will- get delivered if the address used is the wordpress admin email address. However, it often doesn’t get delivered when you use a yahoo mail or gmail address as the test address. That happens because the From: of the email makes it look like spam to those services. This can be fixed, but it is a fairly common occurrence when using a gmail or yahoo mail address for your test. I’m wondering if perhaps you are receiving the notification email and NOT the website visitor email (and you used your wp admin email address on the form)? In that case, you’d be getting just 1 of the 2 emails you should receive … perhaps you are thinking that is the visitor’s email and you are unaware of the notification email. They look very similar so it’s easy to confuse the two (there is nothing on the notification one that says “this is a notification email”).

    Anyway, that’s probably difficult to understand. What I think you should do is run another test and use a gmail or yahoo address when you fill in the form. You should get 1 email to the wp admin email address (this will be the notification email). You should get another email to the gmail or yahoo address you put in the form. Try that and see if you get both emails .. if so, then I guess you can do the Bcc: thing if you really want a copy sent to there, but it seems redundant to me…

    In the CF7 form, make sure that the field name you used is “your-name”. While you’re in there, make sure the one for the email is “your-email”. See the 2nd screenshot image on the screenshots page for an example: https://wordpress.org/plugins/email-before-download/screenshots/

    If you’re doing single downloads then you can customize the email in section 9.1 of the EBD settings. If multiple downloads then section 9.2. In there, you can use [requesting_name] which will get whatever the website visitor typed into your CF7 form (the your-name field). There is no firstname, lastname, or anything else like that. It’s “your-name” on the CF7 form and “[requesting_name]” in the 9.1 settings.

    There’s a good chance that you’ve already done the above or tried it and still didn’t get the customized email. Usually that happens when people think they are getting the email that goes to the website visitor, but in reality they are getting the notification email that goes to the wordpress administrator. It’s best to use a different email .. a test email address when you fill in the form (when you’re testing, pretending to be a website visitor). That way, your wordpress admin email address will get the notification email (which always goes through) and your test email will get the email the website visitor receives (which is often blocked by anti-spam measures of your email provider). So, I suggest doing that & seeing what happens. Assuming you get the notification email and nothing shows up to the test email address, then we can talk about that & how you can fix it. Let me know…

    I would have to see the page to figure this out.

    Oh, sorry, I meant to come back and update this one. This is what you should do:

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

    this will work whether you are single or multiple downloads. In the stuff above I left out the “div” in front of the #wpm_download part at the beginning, which is why it didn’t work. However, the way I’ve detailed in this comment is better since it will work without having to hardcode the name of the div (the _0 or _1 or whatever on the end).

    Oh, sorry, I meant to come back and update this one. This is what you should do:

    div[id^="wpm_download_"] {
        display: none !important;
    }
Viewing 15 replies - 436 through 450 (of 777 total)