dtynan

Hmmmm. I’m not quite sure how that would happen … maybe your wordpress is setup to use your gmail account as your SMTP server (meaning wordpress would use your gmail account to send mail out)?

I think your best bet is just to Filter it using the Gmail filter capability (ie log in to your gmail account via a web browser and then go to your Sent folder and pull up one of those emails and then choose to Filter Messages Like Those and you will get into the filter-rule creation interface and it will have taken a guess as to how to filter those out … just be careful you ONLY filter those out and not other stuff in SENT that you want to keep in there. I’d probably create some Label and then use the filter to move those emails out of Sent and over to that new label … that way you can go inspect them later or if too much stuff gets moved over then you can try to fix it).

If you don’t want to do the gmail filter thing then you -might- be able to stop it by editing the CF7 form you made that you’re using for EBD and then change the From: on it to be something else [like not you] … no telling what that will do though.

Did you install the Download Monitor and Contact Form 7 plugins? Those are needed to make EBD work. (you should install the latest version of Download Monitor by the way).

What is your shortcode?

Hmm. I can’t think of a reason why #2 would fail if it definitely worked prior to you changing those field names. I wonder if there’s something else happening. I suggest you do the following (assuming you have done #2 … ie changed email-before-download.php):

1. make a NEW form in Contact Form 7 and give it the appropriate field names to match your modified email-before-download.php. (the purpose of this step is to get a NEW id number for your form … we want a new id number, not the existing one, because it is now stored in the database and may be messing things up).

2. upload a NEW file into Download Monitor. Give it a NEW filename that you haven’t used before. Again, the purpose here is to get a new download_id number and we want the file and filename to be new to ensure that everything is new.

3. make a new test page in your wordpress and put your EBD shortcode in there using the NEW contact_form_id you got in step 1 above and the NEW download_id you got in the previous step. Make sure you use the new stuff .. if you accidentally use the old shortcode or its values you’ll need to start over.

Ok, then test again and see what happens. If it gets stuck again, post a URL so I can go try it and see if I can see what’s wrong…

b8becb8, there’s not a fix for it because it’s not really a bug. There’s just some conflict between CSS on your site and the CSS that the plugin uses.

If you post a URL I’ll take a quick look and can probably tell you what the conflict is.

I’ll probably need to see your page so you’ll need to post a URL to it. However, you can try this stuff first:

1. Make sure that in the form you made in Contact Form 7 that the name for your email field is “your-email” (without the quotes). I don’t think this is the problem, but double-check it just to be sure (the your-email is the name of the email field that you put in a kind of a shortcode sort of .. see the Screenshots page for an example if this is confusing).

2. If you have “hide/mask” unchecked in the EBD Settings then check it and try again. Likewise if you currently have it checked then uncheck it and try again.

Just to add a little more info, the link (the a href) with the title of the download has 2 classes on it. One is “download-icon” and the other is “icon-button”. So you can use one of those as the target for some CSS that puts a download icon next to the link somehow.

Ok, I may have this figured out…

It looks like you’re using SiteGround as your hosting company. I looked through their support knowledge base and found an article that has some comments on it that I think will help us get this fixed. The article isn’t perfectly on point, but the 9 comments below the article are pretty helpful:
https://www.siteground.com/kb/how_to_modify_php_settings_without_using_phpini_files/#comments

So the SiteGround support people are basically saying that they force PHP to display all errors/warning/notices and you can’t turn it off by the normal methods like we trying (like where we tried putting the ini_set() commands in email-before-download.ph). Instead, you have to either use their “PHP Variables Manager” tool or you can make your own php.ini file and put it in the directory where you want it to take effect.

When you talked to the hosting people, did they try all that stuff already? You didn’t really say in your previous update. Anyway, here’s what I think you should do:

First, double-check your wp-config.php file and make sure that kind of near the bottom there is still this line:
define(‘WP_DEBUG’, false);
Note that needs to be before the line that says /* That’s all, stop editing! Happy blogging. */

Ok, next, change EBD settings back to ‘inline’ rather than ’email’ so that we’ll be able to test and see if it fixes the issue.

Now, I don’t know if you’d prefer to use the PHP Variables Manager or if you want to do a php.ini for just the EBD plugin directory. That’s kind of up to you. I would probably just make a file and put just this 1 line in it:

ini_set(‘display_errors’,’0’);

and save that file and call it php.ini and the ftp it up to your site and put in the EBD plugin directory (wp-content/plugins/email-before-download).

Then start up a browser and go your EBD test page and try again and see if it works. If it works then I would add the following line to php.ini

ini_set(‘log_errors’,’1′);

and then test again and if it still works then you’re done and all is good (just remember that fro now on PHP errors are going to go to the normal error location for that server, which is probably accessible through something on your cpanel).

If doing the php.ini stuff I detailed above didn’t fix the problem, then do the following;

get rid of that php.ini file
go to your cpanel and go to PHP Variables Manager
you will get a screen that has a little tool to let you browse through the directory structure of your site.
using that little tool go to the wp-content/plugins/email-before-download/ directory
Now you’re gonna Add and for the variable name type in display_errors and then another field will appear for the value of that variable and you should put a 0 in there (that’s a zero). Then save it (don’t check the ‘apply to all subdirectories’ option).
now go test again and see if it works now

It’s possible that the PHP Variables Manager tool really just writes out a php.ini. I couldn’t tell from the instructions if that’s all it did or if it worked in some other way. Anyway, it’s possible that it just writes out a php.ini (just like we already tried), in which case it probably won’t work just like it didn’t work when we make our own php.ini, but whatever, you can give it a try as a last resort.

Just to be clear, all of this seems to be the result of your hosting company’s rather silly defaults for their PHP error reporting. sigh.