wp-SwimTeam v1.16.704 now available

This morning I posted an update to wp-SwimTeam.

This release fixes a couple more places where the first and/or last name should appear but was being displayed as “N/A”.  It turns out I had re-used the same code which I had fixed a couple weeks ago in some other spots so the problem was the same.  This time I fixed it by moving the solution down into a parent class and eliminated a bunch of redundant code.  Hopefully it is gone but there is an outside chance I missed one.

Anyone who has used wp-SwimTeam may recall that the actions used to be buttons across the bottom of the widget I frequently use to display data.  This worked well until I had more actions than I had room for buttons.  My solution was to move the actions into a drop down list and many of the tabs used this model.  This release reconciles the inconsistencies so all tabs now use the drop down action model.

I have started work on some of the event changes I have posted about, hopefully I’ll have some new functionality in the next week or so.

phpHtmlLib v2.6.3.3563 released

This evening I released a new version of the phpHtmlLib plugin which wp-SwimTeam depends on.  This update addresses a number of PHP5 deprecated function warnings which are commonly seen when running under PHP5 with E_STRICT set.  I also fixed an icon bug which appeared on the GUI widget used across wp-SwimTeam when there was no data to display.

The update also removes the documentation and examples from the version of the plugin hosted in the WordPress plugin repository since they are only useful for developers.  A full version of the plugin including documentation and examples can be downloaded from the Download & Installation page.

Can’t add new Swim Team Job?

I ran into a problem this past week that I am not sure will affect anyone else but my own swim team.  Our volunteer coordinator let me know that she was unable to add new jobs.  I couldn’t replicate the behavior in my development area which required me to debug it on the live server (ugh).

Because most of the things I add and/or changes I make to wp-SwimTeam are for the MacDolphins (but not always), I usually test them on the MacDolphins web site before releasing an update.  When I first added the Jobs module to wp-SwimTeam I had defined column names in the database table.  At some point I decided to be more descriptive with my names and changed the column names.  I think, but I can’t be sure, that I did this before publicly releasing the plugin update.  WordPress usually, but unfortunately not always, handles database schema changes correctly and will change column names.

In my case, WordPress, for whatever reason, didn’t change the column name, it defined a new one.  While this isn’t of itself a real problem, having a few unused columns in the database isn’t preferred, it isn’t a real big problem either.  Except that the default value for the column was never defined (oops) and at some point, MySQL (maybe MySQL5) started to care that the column wasn’t initialized.

The net result was we was we were unable to add new jobs because MySQL was returning an error message due to the uninitialized column that wp-SwimTeam wasn’t accounting for.  The simple solution for us was to simply delete the columns that shouldn’t have been there in the first place and won’t ever be there for people using the plugin now.

In the process of chasing this problem down, I found an area of my database interface where I wasn’t properly accounting for possible database errors.  I have updated the database interface class and the Jobs module which sits on top of it.  Over time I will also retrofit this change into other parts of the plugin as I work on them.

Look for a plugin update to be released in the next day or so.

wp-SwimTeam v1.14.674 now available

I have addressed the bug which slipped through the last build and released v1.14.674.  There was a situation when querying for a users first name or last name against a username where the first or last name didn’t exist, the WordPress API returned an empty array and sometimes returned a one element array containing an empty string.  I am not sure if this is due to different versions of PHP or some other nuance but this update correctly accounts for both situations.  The bug manifested itself as a warning from the phpHtmlLib plugin (which wp-SwimTeam depends on).

The update should appear in the WordPress Dashboard shortly and is available now from the Download Page.

wp-SwimTeam v1.13.669 bug

There is still a bug I missed in the first nane / last name section of the code which I updated yesterday.  If you haven’t already updated, I recommend holding off until I fix this other problem.  I hope to have a fix available in the next hour or two.  The bug manifests itself in a PHP warning from the phpHtmlLib plugin but that is not where the source of the problem is.

wp-SwimTeam v1.13.669 available

This afternoon I posted an update to wp-SwimTeam.  You can get v1.13.669 from the download page or update from the WordPress plugin repository (recommended).  This update fixes several bugs:

  1. First and last name were displayed as “N/A” on the Users list on both the Swim Team tab and the Manage tab.
  2. The default values for “State or Province” and “Postal Code” were not stored correctly so in a new installation, the registration form would not work until these fields were set in the Options.
  3. Removed borders from sections of the Options->Swim Team form that were used for debugging the form layout and had inadvertently been left behind.   Some other minor tweaks to the layout were also made.
  4. Rudimentary 3.3.1 testing has been performed.

The update is already in the WordPress plugin repository so you should see notification on your Dashboard soon.

Gearing up for Swim Team 2012

It will be summer swim team season before I know it so it is time to start gearing up for the upcoming season.  I haven’t really looked at wp-SwimTeam since last fall and WordPress has had several updates since then. I found out today that one of the updates causes the “real name” for the users not to be returned so that is first on my list of things to fix.  There are also some GUI inconsistencies that I’d like to fix.

This is my short list of items which I want to implement this season:

  1. New/update Swim Team theme.  This really isn’t related to wp-SwimTeam per se but our site is looking a little dated and it is time to freshen it up.
  2. Results Import:  I said I was going to do this last season and I never finished it.  I really want to get this done this year.
  3. Export of Meet Entries:  The wp-SwimTeam plugin has all of the informtation (roster, scratch list, event list, etc.) to generate a Meet Entries file in SDIF format.  Providing this file will greatly simplify getting a team’s entries into either Hy-tek or WinSwim (or any other tool which imports meet entries).  This will likely be first on my list after fixing the name bug and the GUI inconsistencies.
  4. Document all of the short codes on the wp-SwimTeam demo site.  I really need to do this.  It would make it much easier for new people to pick up the plugin and do something useful with it quickly.

Quick update to wpSwimTeam v1.12.662

There was a typo in one of commits I made over the weekend which resulted in the Opt-In/Opt-Out CC address not working correctly.  This release fixes that problem (which was affecting the MacDolphins).  The release is available from the Download page and has also been committed to the Plugin repository.  It should appear via the Auto-Updater in the next hour or two.

Update: I had the version number wrong in the post title – the correct version is 1.12.662.

wp-SwimTeam v1.11.659 now available

About a week ago one of the volunteers inadvertently registered (Opt-In) our entire rosters for a swim meet.  An Opt-In will supercede any existing Opt-In or Opt-Out information so we lost our entire scratch list for our meet this past Tuesday.  I was out running errands getting my son ready to go on a mission trip when I started seeing numerous registration e-mails coming across my phone.  Yikes – what happened?  Initially I thought someone had gotten administrative access to our database and was playing games.

As it turns out the mistake our volunteer made was an honest one and I tracked it down by examining the Opt-In/Opt-Out records in the database.  I have always logged the user ID for the user who submitted an Opt-In/Opt-Out request but never displayed it as I never had a need.  It would have been really useful last weekend – imagine digging through your database using phpMyAdmin on an iPhone which is how I found it because I wasn’t anywhere near a computer at the time.

As a result of this exercise I have enhanced the Swim Meet Report on the Report menu to optionally show the user detail for the user who submitted the request.  I also changed the Time Stamp so it can be shown if desired.  Both of these options are on by default.

This release also addresses a bug where Opt-In/Opt-Out email confirmations were being sent to the Registration e-mail address.  For a lot of teams this is probably same address but for the MacDolphins it is not.  The result was our Accountant was being flooded with Opt-In/Opt-Out email confirmations and has been for the past three years!  She never mentioned it to me until recently.  Oops!

The release is now available from the Download page but has not been committed to the WordPress Plugin Repository yet because WordPress changed all of their passwords last week.  While I can login to WordPress.com without any problems, I cannot get access to the plugin repository.  Hopefully I will get this sorted out soon and then it should appear as an automatic update from the WordPress plugin repository shortly.

Update: I finally got my WordPress.org password issue straightened out and have committed the latest set of changes.  The automatic update process should proceed within a couple hours.

wp-SwimTeam v1.5.579 released

I have just released wp-SwimTeam v.1.5.579, you can find it on the download page and shortly, via the automatic plugin updater.  This release fixes an issue which has bothered me personally for a long time.

There was a problem in the E-mail Confirmation code for both registrations and opt-in/opt-out.  This same code was used for the new Jobs module so it existed there too.  For a long time the confirmation e-mails were duplicated and if a swimmer had to two contacts, only one of them would receive the e-mail.  I have finally found and fixed this problem so e-mail confirmation should be cleaner and sent to the appropriate people.