[Barry]

Hi Jason: can I just say first of all that I’m sorry to hear our plugins didn’t meet your expectations. I’m not sure what those issues were but hopefully they have been resolved in the latest releases.

Also, I’m not sure why you didn’t see a notification telling you that there was a new version of ECP available – this normally appears in the plugin admin page as it does for most plugins; has your license key been entered? If so and you still aren’t seeing these messages please don’t hesitate to get back in touch.

So: to update manually the folder names probably are a bit confusing. What I’d recommend though is placing the site into maintenance mode (to avoid disruption) then removing the existing plugin folder then uploading the new one. You should not lose any event data … however, there is an existing problem whereby settings may be dropped. For that reason it could be wise to make a note of anything you have configured in Events > Settings.

With that done, does the problem with the widget remain?

[Barry]

Just updated yesterday to EC 2.0.9 & ECP 2.0.3

The current version of The Events Calendar and Events Calendar PRO is 2.0.9, so if you are running the 2.0.3 version of our PRO plugin there is going to be some problems there.

Cannot revert theme or plugins, this is a live site.

OK … so that doesn’t leave a lot of scope for us to troubleshoot here. As noted here it’s important to have a testing or staging site for just this reason (if you are working with a developer hopefully they will have set this up already).

If that isn’t possible perhaps you could list the plugins and theme that you have installed in case there are any that stand-out as being prone to conflict with our own plugins. If you are using a caching plugin for instance it could be that that is “freezing” the widget.

[Barry]

Excellent!

[Barry]

Well, date_i18n() is documented as behaving as follows:

If the locale specifies the locale month and weekday, then the locale will take over the format for the date.

So conceivably what we might be left with is a string of text representing the date – but one which cannot then be successfully understood by PHP’s strtotime() function – resulting in it effectively being interpreted as a timestamp value of 0 (which is the first day in 1970).

[Barry]

Hi Christian – so just to clarify you should be running with version 2.0.9 of both those plugins – we have unfortunately had a few reports of this.

Can you try re-uploading both plugins via FTP, overwriting the existing plugin files?

[Barry]

Interesting, your code works for me too!

So let’s try two things. First, change the relevant line of code in that final if block to read:

$date = date('Y-m-d', $start);

(Just in case this is some sort of internationalisation issue.) Second, if that still doesn’t work, straight after that can you temporarily insert the following line:

echo $start;

What I would hope and expect to see is a number such as 1351152000 – can you let me know what you see there?

[Barry]

Hmm, that’s strange as it works for me. Can you post your table.php code in its entirety via Pastebin so I can scope out what you’ve done?

[Barry]

Sure: I’ve linked back to this thread from our issue tracker so we can come back and review it in its entirety.

Cheers Ray.

[Barry]

Hi Ray,

RE: my previous comment – this plugin is good for us for now – but the extra set-up steps required for each ticket might mean in the long run we’ll move to a different ticket system – perhaps the wootickets add-on that Leah mentioned – we need to be able to do all the set-up from inside WP and have a direct way to sell using Credit Cards.

We do appreciate your feedback and as with all our plugins this often shapes the direction they move in – so while we can’t guarantee that we’ll add tools to re-establish a connection it’s definitely been logged for consideration at our end (our reference #18444) for review by the team.

[Barry]

No problem – if you’re all sorted I’ll mark this as answered and closed, but if you need any more pointers feel free to shout back.

[Barry]

Hi Sandro – here’s another paste – see the final if block at the end of the function: http://pastebin.com/GqT7HLuL

Does that help?

[Barry]

Hi Wojciech,

So if the slug has been translated in the .po file and the URLs are still using the English slug is it possible that the change hasn’t been compiled into the corresponding .mo file?

I just want to ensure all the bases have been covered here 🙂

[Barry]

Cool. If you need any more pointers just let me know.

[Barry]

Hey Ray!

can I then associate that EB event with an existing TEC event in WP?

No, the import process creates a new event. You’d need to re-jig things manually after that.

I’f you’re checking this out later than an hour or so from now, this will all be meaningless anyhow..! thanks

Yes unfortunately I didn’t get there in time. Do you require further support here?

[Barry]

That’s a shame, but thanks for the heads up on this issue. Is there anything else you need at this point?

[Author]

Posts