Email Users v4.6.10-beta-4 available

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.

  1. Templates – while not exactly templates per se, the Post/Page notification email will now allow the user to change the email subject and body content.  It will still be initially populated based on the default template.
  2. Hooks – there are now two hooks which other plugins and themes can use to modify the behavior of wp_mail().  The two hooks are mailusers_before_wp_mail and mailusers_after_wp_mail.  The primary use for this is to account for other plugins which modify the sender address.

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.

EU_SS_36

Email Users Beta (5017 downloads )

 

Google Forms v0.70-beta-1 available

This weekend I spent some time looking at adding support for regular expressions as part of the Google Forms validation functionality.  This seemed like a reasonable and useful request.  I was surprised to find that the jQuery Validation plugin doesn’t offer regular expressions as a standard check  however, I found a fairly simple solution on Stack Exchange.

It took me a little while to get it working as Saturday morning I went down a wrong path initially following another post I had found.  When I first read the post I linked to above, I convinced myself that I didn’t want to use the AddMethod solution.  I am not sure why, I guess it was because I haven’t been into the code in a while so I was trying to avoid it.  It turns out it is definitely the right answer and fairly easy to implement.

The beta build also contains a Serbo Croation translation provided by Borisa Djuraskovic
of www.webhostinghub.com.

To see the new functionality in action, check out my Validation Demo Form where the last entry field must begin with a capital letter.  The regular expression “[A-Z]” is used to match a capital letter when setting up the validation.

GForm_SS_72

Google Forms Beta (7995 downloads )

Google Forms v0.69 released

While looking into a Support request I discovered a bug in the generation of the  jQuery validation script which caused a syntax error.  This syntax error could potentially cause problems with redirection upon form submission.

While fixing the above bug I also added support for embedded images which had been requested recently.  When you design your form Google now allows the insertion of images and now Google Forms will display them properly.

GForm_SS_71

You can find this update on your Dashboard or in the WordPress plugin repository.

Email Users v4.6.6-beta-2 available

Yesterday on my flight to Phoenix I implemented a feature which was recently requested to use the To field for the recipient address when the BCC limit is set to 1.  There is a new choice in the BCC Limit option on the Settings page:

EU_SS_35

 

If  you’d like to test this new feature, download this beta build and report any issues you encounter.  It will work with both Post/Page notifications as well as group emails.  The only limitation is when used, the user’s email address will be placed in the To header without their display name.

Email Users Beta (5017 downloads )

Google Forms v0.65-beta-1 available

Shortly after releasing v0.64 I received a report of data corruption from a Google Forms user.  I took this report very seriously and immediately reverted the stable tag for Google Forms back to v0.63 while I looked into this users report.  The last thing I wanted to do was introduce a bug which resulted in corrupted posts.

I spent some time looking through my plugin code and tried a couple experiments but could not replicate the behavior the user reported.  My gut feel was we’re dealing with a plugin conflict however it is hard to know for sure.

The user and I ended up swapping some email and I got a list of plugins they were running.  I initially thought I would try and replicate their problem by installing the same set of plugins but quickly figured out that wasn’t possible.  Nor was it possible to examine all of the code for the plugins looking for what I suspected was a conflict in a “save_post” action or call to wp_update_post().

In doing some research I learned (unfortunately I can’t find it in the Codex) that beginning in WordPress 3.7 there is a new save_post action for Custom Post Types:  save_post_{$post_type}  Whoo-hoo!  This didn’t exist when I originally wrote Google Forms, so my plugin, much like many other plugins which define Custom Post Types, define a save_action which then has to determine if the post is relevant to the plugin or not before doing anything to it.

I quickly implemented the new action and removed the old action and Google Forms is behaving as it should in my testing.  I have uploaded this latest beta to my site and beat on it a bit and cannot corrupt any data.  I am very confident now that Google Forms should never touch anything other than it’s own post data.

Because of the reported corruption, I would encourage beta testers to backup their database before installing this update JUST TO BE SAFE but I think the corruption risk is very low.  Please let me know if you run into anything unusual.

In this v0.65 beta I have also changed the name of the plugin from “WordPress Google Form” to “Google Forms” as it is more representative and the plugin repository now prohibits the use of “WordPress” in a plugin name.  There is a chance you’ll have to reactivate the plugin depending on how you install this beta.

Google Forms Beta (7995 downloads )

Google Forms v0.64-beta-6 available

I have just released beta-6 of Google Forms v0.64 which is a CRITICAL update for anyone who loaded beta-5.  Beta-5 had a serious bug which if you had defined more than one form using the Dashboard UI, would corrupt the content of all of the saved forms so every form would display the same content.  Beta-6 fixes this issue!

Google Forms Beta (7995 downloads )

wp-SwimTeam v1.42-beta-3 available

This afternoon I released beta-3 for wp-SwimTeam v1.42.  This builds adds a new option to allow control of the temporary storage used when exporting data to use outside of WordPress.  For now, this new functionality is limited to Roster Export only however if it works, I’ll do it for everything.

wpst_SS_06

Historically wp-SwimTeam has used PHP’s temporary file facility to store the constructed export data and it then sends it to the browser for download.  In a few corner cases, it appears the server configuration won’t allow doing this so I have added a new option to use WordPress transients as temporary storage.  It is a little slower than using temporary files so be patient for the download dialog box to display.  I am hoping this is a viable solution and will allow users who run into this issue, which I assume is security related, to use wp-SwimTeam.

wp-SwimTeam Beta (2262 downloads )

wp-SwimTeam v.1.41-beta-2

This morning I uploaded beta-2 of wp-SwimTeam v1.41.  This build adds intelligence and error messages during the export process (rosters only for now) to detect an unusual, but critical situation, which occurs when the plugin is unable to generate a  temporary file.  The temporary files are used to hold the generated data which is eventually sent to the browser for download.

wp-SwimTeam Beta (2262 downloads )

Google Forms v0.64-beta-5 available

2/14/2014 Update:  If you have more than one form defined, do not use beta-5, there is a serious bug which corrupts the content of the defined forms so they all contain the same data.

Beta #5 of Google Forms v0.64 is now available for testing.  This update addresses a plugin conflict between Google Forms and WordPress SEO plugin by Yoast.  The new implementation removes the hook into the_content which is a much more robust solution.

Google Forms Beta (7995 downloads )