This afternoon I posted beta-1 of Email Users v4.7.1. This release addresses a warning related to the max_input_vars setting when the server doesn’t have the configuration variable defined. This happens on some older server configurations, notably, those running PHP 5.3.8 and earlier.
This build also adds support for the WordPress editable_roles filter which was recently requested on the WordPress Support Forum.
Email Users Beta (5436 downloads )This evening I posted beta-1 of Email Users v4.7.0. This build addresses, or at least recognizes, an issue recently reported in the WordPress Support forum where email was not being sent when a large number of users were being selected.
The crux of this problem is the PHP max_input_vars configuration setting which by default, is set to 1000.
Every user selected on the form plus the other form fields are submitted as “input vars”. If ~990 or more users were selected, the input vars would be exhausted and the form submit would be missing required fields. The result was no email sent and the form being redisplayed for the user.
While I can’t change the setting of PHP’s max_input_vars setting, I can detect when the scenario, I can detect when it might be a problem and warn the user.
The warning shown above will now be displayed whenever the number of users which could be selected approaches or exceeds the current setting of max_input_vars.
Hopefully this will alleviate the confusion around this issue. Please report back on any bugs or odd behavior.
Email Users Beta (5436 downloads )Yesterday afternoon I released v4.6.11 of Email Users. In addition to the additions to Dashboard to report the status of various filters, this release contains a fix to address a problem with using the Post Excerpt as the email content instead of the post itself and more importantly, a duplicate mail header problem.
You can find the update on your Dashboard or in the WordPress plugin repository.
This morning I posted beta-2 of Email Users 4.6.11. This build addresses a bug with the Post Excerpt recently reported in the WordPress Support Forum. I suspect this bug has been around for a long time. Email Users was making a call to get_the_excerpt() which it turns out, should only be called within The Loop. I have fixed this bug and and the plugin is now looking for the excerpt properly and more importantly, my test posts are behaving properly.
Please report any other issues and I will do my best to address this ASAP. Since this is a pretty serious bug, I will likely release an update within a day or two if I don’t have any further bug reports.
Email Users Beta (5436 downloads )I’ve had a number of reports recently regarding loss of line breaks when sending out Post or Page notifications. Nothing has changed in Email Users with respect to formatting the post prior to sending it via email. However, the fact that several people has run into this problem concerns me.
The only thing I can think of which would result in loss of line breaks is if the the_content() or the_excerpt() functions are not calling the wpauto filter (which both do by default unless turned off). As noted in the Codex page, some plugins and themes remove the action.
I’ve added a check within the Email Users Dashboard widget to report the state of the hooks which could reformat the text. The the_content hook is the most likely to change the formatting of the post content but the other two listed could also affect it in some cases.
If you are having this problem, please try this download and let me know what your Dashboard looks like.
Email Users v4.6.10 beta-6 is now available. This update addresses a bug report in the Email Users support forum where using the Omit Display Name option resulted in a malformed emailed header.
I am still looking for some help and/or feedback on Base64 encoding.
Email Users Beta (5436 downloads )This evening I uploaded beta-5 of Email Users v4.6.10. I am trying to add Base64 encoding support which was recently requested in the Support Forum.
I could use some help with this as I cannot get it work and am hoping someone familiar with Base64 encoding can see what I am doing wrong.
I have added a new option on the Settings Page to allow encoding email in Base64 format. In my test environment, when I enable this, email is never received so I assume it was never sent properly.
The code in question is in the mailusers_send_mail() function which appears in the email-users.php file starting at line 1445.
Email Users Beta (5436 downloads )This morning I released beta-2 and very quickly afterward, because I found a bugs, beta-3, then beta-4 of Email Users v4.6.10. This beta-4 build addresses a couple enhancements that were recently raised in the Support Forum.
Additionally, the Notification email process now has a preview of what the email will look like based on the current settings. The preview will not reflect any changes made to the subject or email content until it is submitted.
This afternoon I released beta-1 of Email Users v4.6.10. This build fixes a problem reported in the Support Forum today. I will likely try and address some of the recent enhancement requests before making a formal release. It is likely that most users would not have seen this problem unless their PHP error reporting level was more strict than typical settings.
Email Users Beta (5436 downloads )This morning I pushed out Email Users 4.6.9. It contains a few fixes that I had been sitting on along with an updated German translation.
I had been delaying as I planned to incorporate a couple good suggestions which are on the support forum (e.g. hooks before an after sending mail) but I simply haven’t had the time to work on new features lately. There is also good suggestion on limiting debug output to Admin users which I also plan to add.
I didn’t want to sit on the fixes I have made any longer so went ahead and released 4.6.9. You can find the update on your Dashboard or in the WordPress plugin repository. The only difference between the released version and the last beta is the German translation file and the version number.