A new release of wp-SwimTeam is now available for download.  It is also available via automatic update from the WordPress plugin repository.  This release fixes a couple of bugs and adds two new features, one of which addresses functionality that was coded but never exposed correctly.

1. Fixed bug in wpst_meet_report short code.
2. Fixed bug in Add/Update Club Profile due to invalid URL field(s).
3. Added showmaplinks option to wpst_meet_report short code.
4. Added URL sanitatization to Google Maps and Mapquest URL fields on club profile.
5. Added notes to use Google URL shortner for URLs that don’t validate.

I am not sure when it was added but MapQuest now generates “shortened” URLs when mapping an address, I wish Google would do likewise.  The URLs that Google Maps generates tend to be a mile long and full of characters.  My suggestion is to use Google’s URL shortener to generate a simple URL that can be saved within WordPress easily.  That is what I am doing for the MacDolphins web site.

The phpHtmlLib library which wp-SwimTeam depends on has also had a minor bug fix which I found testing URL validation.  This plugin can also be updated t v2.6.2.3546 using the WordPress plugin updater or can be downloaded and installed as in the past.

There is a bug in the “Add Swim Club” functionality.  I ran into this issue this morning but haven’t had a chance to diagnose it yet.  I hope to have it identified and fixed sometime today.  I apologize for the inconvenience.  To work around this problem I am choosing “None” as the opponent and then adding a note in the description field.

Update

This bug only occurs when the Google Maps URL is used.  I am trying to determine what in the Google Maps URL the validation isn’t happy with and why the data is reported as saved when it is not.

A minor bug was found in swimmer and user profiles when the optional field count was zero.  This bug only appeared if previously the option count had been non-zero and data had been entered for swimmers and/or users for the optional fields.  This release fixes this problem which also manifested itself in the registration confirmation e-mail.

This morning I posted wp-SwimTeam v1.2.551.  This release fixes a couple of bugs and adds a couple minor features and addresses one major issue.

1. Prior to this release a new user could add a swimmer without completing their swim team parent/guardian profile but a warning was displayed.  The warning is now an error and no further action can proceed until the profile information is completed.
2. Throughout the wp-SwimTeam dashboard much of the information is displayed in a widget that can be searched, sorted, and paged through.  The number of rows that is displayed is now controlled by a setting on the Options->Miscellaneous tab.
3. A couple of minor bugs have fixed with respect to reporting.
4. There was a serious bug which occurred when the number of User or Swimmer optional fields was set to zero.  This has been fixed and the ability to essentially “turn off” optional fields for users or swimmers now works correctly.

I have just uploaded a minor update to wp-SwimTeam to include one change I forgot to commit.  This version fixes the display of users names assigned to swimmers where the last name was duplicated and the first name was omitted.

I have just uploaded a new build of wp-SwimTeam which addresses the bugs in the Jobs module I posted about last night.  The bug would partially allocate a job but it would fail resulting in incomplete data in the database.  The build fixes that bug.

If you had allocated jobs and can’t see them to sign up for them, the database records in the job allocation table may have to be removed manually.  If you need help, contact me.

wp-SwimTeam plugin – updated 2/24/2011 @ 17:21

There are a couple bugs in the jobs module that I became aware of today.  I have fixed them in my development tree and plan to post a new release tomorrow after some additional testing.

The problem which I suspected was due to a plugin conflict turns out to be a PHP 5.3.x incompatibility.  I don’t have a solution yet because I don’t fully understand what changed but I am working on it.  There is no potential of database corruption, the bug simply fails to load the GUI on any of the Swim Team pages except the Overview page.  This bug only affects sites running on PHP5.3.x, sites running on PHP 5.2.x or PHP 4.4.x are not affected and will operate correctly.

UPDATE

I have identified and fixed the problem.  There is a change in PHP 5.3 which affects how objects of a child class can call methods in the parent class.  The syntax which has worked fine until PHP 5.3 occurs in both the wp-SwimTeam plugin and in the phpHtmlLib plugin so both will need to be updated.  I have found several places where the code needs to be updated to the new syntax requirements but still need to do further testing to make sure I have found them all.

I had some airplane seat time over the last couple days and had a chance to look into the potential bug thatI posed about a couple days ago.  I have not discovered the source of the bug yet, I am even more convinced it is from a plugin conflict of some sort.

However, in the process of trying to find it I enabled some WordPress debug features and found a bunch of little things wrong with wp-SwimTeam.  Prior to WordPress 3.0 most of these either didn’t happen or didn’t matter and the end user never was exposed to them.  I have spent a fair amount of time cleaning them up as they DO matter in 3.0.x and still have a few more to do.

I hope to have a new release out by the end of the week.