All-in-one Event Calendar 1.9 Update Woes

I’m a little whiny today.

We’re two weeks out from going into beta with our new WordPress-driven website, on which approximately 500 events will be created per year. After much consideration of the plugin market for events and calendaring solutions, I was able to settle in with’s All-in-one Event Calendar. After a painstaking migration, in which I learned more than I ever needed to know about the iCal format, I was able to successfully import over 6000 events into the calendar.

Everything seemed to be going well – we were working on a custom theme to help get it integrated, I was able to modify some of the code easily to change some presentation options (they’ve used MVC and have done a pretty great job with it), and it seemed like it was production ready. Then, I started receiving some very nasty yellow boxes across my entire admin interface – there’s a major update to the calendar plugin.

If you’re reading this because you updated and now everything is broken, let me just say that you can avoid this completely by instituting some sort of version control – whether it be Git, SVN, Mercurial, whatever – you NEED something like this in place for instances like this. Plugins or core updates always have the potential of going south (fast) and your first line of defense is version control. Don’t think that you can update blindly on your production server without testing first – it is a recipe for disaster, and I’m going to ding for making this update seem like it was absolutely necessary by plastering it all over the admin interface, causing people to hastily upgrade (or feel like they needed to).

Now, onto the issues:

1. It’s spitting out foreach errors and warnings. Apparently this is an issue with “legacy” themes – you’ll see tons of notices and errors about that, but they’re pretty informative.

2. AJAX loading of events/slow loading times. With the new update, when you visit an event “post,” the event information is loaded via AJAX instead of the database. I’m not sure where the culprit is, but this caused a delay of 2-6 seconds on my local dev machine – and anything over 2 seconds is simply unacceptable. The AJAX call isn’t necessary in this particular case – if the system is loading a single, static event, that information should be pulled directly from the database FIRST. Widgets have the same issue. The devs need to fix this.

3. CSS not loading/site crashing completely – we didn’t have this issue, but you’re probably going to need to revert. If you don’t know how, you might be in some trouble. First, look into disabling the plugin via the database. Second, revert if you have version control or find the legacy plugin to manually install.

We reverted the files back using version control and didn’t have any issues with databases, so with this particular plugin, you should be able to switch back without any issues. Hope this is helpful to someone, and I’ll update when a revision is posted.

Join the Conversation


  1. Hi, I feel your pain. I recently migrated our small student association website to and 1.9 is a disaster. Not that there any better event plugins out there.

    some other Bugs:

    Using any persistent Object-Cache is broken.

    Ajax calls do fail sometimes, error says something about a missing class

    I could not get Ical import to work. It worked in 1.8.x but has been somewhat broken (You could not tag Ical events, as they were deleted and recreated without tags on the scheduled update time).

    Well, never look a gift horse in the mouth. But for their great pr I expected that they at least test their releases somewhat. Who knows…. are there any alternatives for Ical import that are comparable and stable? All the other plugins appear to be even worse.

  2. Hey there,

    After the 1.9/1.9.1 update fiasco we checked out some other plugins – most of them seem to be pretty basic (custom post types and custom fields, mostly). AI1EC is the most mature of the group. There’s definitely a lot of room for improvement.

    Using iCal as a migration strategy has been costly for us – every time it refreshes, it’s processing over 6000 events in our feed and making our dev systems crawl. I’ve tried calling the static methods to do it manually, but haven’t had any luck just yet.

    I’d suggest dropping back to 1.8.4 – if we update, I’ll be sure to post something about it. Staying far away from it for now.

Leave a comment

Your email address will not be published. Required fields are marked *