Support

July 18, 2013 at 12:39 pm

Hi Kevin,

I’m sorry for the trouble. I checked the page you linked to and it looks to me that event dates, and along with that, the event registration start dates are not getting formatted correctly when they are entered into the event editor. The other issues you are reporting could be caused by the same issue.

Normally when the event editor loads up there’s a handy jQuery UI calendar that pops up after you click on a date input field. The calendar will consistent format the date correctly. Is that happening when you go to enter a date? If not, there may be a conflicting script getting loaded where it ought not (the event editor in this case).

If this is a case where the calendar isn’t loading up, this can be fixed and we can work with you on troubleshooting this.

While you’re checking, the dates input for start/end and registration start/end should all be formatted like this:
2013-07-18

If they are in a different format, you’ll see all the issues you’re reporting here.

July 18, 2013 at 4:40 pm

Hi there,

I’ve narrowed down the issue to the theme. It appears that it’s hijacking the date fields and adding its own datepicker, which is formatting the dates incorrectly.

If you look at all the dates entered in the event editor, they are all formatted like this:

07/18/2013

they need to be formatted like this:

2013-07-18

I edited the dates in the Test Event so you can see an example of how the dates are formatted.

What really should be done here is the theme should only be loading its scripts on its own admin pages where it needs them. Instead, it’s loading them on *every* page in the admin. Here’s an example from the theme’s functions.php file:

add_action('admin_head','add_custom_scripts');

Instead of making its own action hook for its own admin screens and adding the scripts only where it needs them to run, the theme here is loading its custom scripts everywhere! So what happens when another plugin has its own scripts that do similar things (like Event Espresso does)? They break.

Ideally the theme author should fix their theme, but we realize this isn’t always something they are willing to do.

You might be able to fix the issue by adding a script like this to the end of the theme’s functions.php file:

// if this is an Event Espresso event editor screen in the admin
if (isset($_REQUEST['action']) && ($_REQUEST['action'] == 'add_new_event' || $_REQUEST['action'] == 'edit')) {
	// then remove the theme's scripts
	remove_action('admin_head','add_custom_scripts');
}

This will remove one of the theme’s custom scripts from Event Espresso editor. There might be another script that will affect this, but I looked through the theme and the add_custom_scripts looked to be the one that was doing it.

I can suggest that you contact the theme author and ask them to add their scripts only when needed instead of across every screen in the admin. Please let them know that we are more than happy to work with them on this if they have any questions and wish to contact us.

Since this a theme being sold in the ThemeForest marketplace, they may need to do this sooner than later:

http://notes.envato.com/news/update-wordpress-theme-submission-requirements/

• This reply was modified 10 years, 9 months ago by  Josh. Reason: code formatting
• This reply was modified 10 years, 9 months ago by  Josh. Reason: code formatting

July 19, 2013 at 12:11 pm

You’re welcome.

I left a note on the theme’s forum at the Themeforest website letting the theme author know how they can fix this issue in their theme.