|
Adrienne Duncan
|
July 14, 2014 at 5:36 pm
Starting late last night, my client noticed that newly added events were not displaying in the calendar display. Using EE3, and there have been *no* other changes to the hosting or theme or other plugins. Any ideas?
|
|
Lorenzo Orlando Caum
|
July 14, 2014 at 5:54 pm
Hi Adrienne,
Could you double-check that these events have a start date and end date and that they are published?
—
Lorenzo
|
|
Adrienne Duncan
|
July 14, 2014 at 6:23 pm
Thanks for responding, Lorenzo.
Yes, all of the affected events are published and have both start/end dates. My client has been using this plugin a long time, I wouldn’t expect her to miss this. 😉
I saw another question with the same problem from around September-ish, but it referenced a database throttling limit on the number of events in the database. I couldn’t find the setting they were talking about, however.
BTW – the website is http://www.wineshoeatlanta.com, go to the “Calendar” tab.
|
|
Josh
|
July 14, 2014 at 8:02 pm
Hi Adrienne,
The calendar plugin has changed quite a bit from last year. One of the big changes is it loads events one month at a time instead of all of them at once. This is why the throttling limit option that you read about was removed.
Can you try, as a troubleshooting step, changing the shortcode on the calendar page to
[ESPRESSO_CALENDAR show_expired=true]
? This will help narrow down what might be going on and depending on what happens show us where to look next.
|
|
Adrienne Duncan
|
July 14, 2014 at 8:48 pm
Thanks, Josh.
I added the shortcode as shown above and… no change.
I’m up for another hour or two (eastern US time) so i can work through any more ideas you have for a while.
|
|
Dean
|
July 15, 2014 at 2:41 am
Hi,
While I am not sure if this is responsible or not, your site contains at least 2 JavaScript/jQuery errors.
It is possible that these errors could be causing issues with the calendar, as it is based on jQuery and if any error occurs, the error stops all further jQuery code from running.
If nothing else, resolving these issues will give us a level playing field on which to troubleshoot further.
The errors are:
Uncaught ReferenceError: setNavLeft is not defined
Uncaught ReferenceError: navigatorResizeHandler is not defined
These seem to be coming directly from the theme. One quick way to check if these errors are causing the issue or not would be to temporarily swap themes to a default theme such as twentyfourteen, either via the Themes section of WordPress or by using a plugin such as Theme Test Drive https://wordpress.org/plugins/theme-test-drive/
|
|
Tony
|
July 15, 2014 at 2:49 am
Hi Adrienne,
There is a JavaScript error coming from your theme – http://take.ms/nsytW
Specifically within the themes script.js file, line 297
jQuery(setNavLeft);
http://take.ms/S104n
As the Calendar is JavaScript based this may be causing issues, so I would start by fixing that error.
You could also try enabling WP_Debug and see if any errors are being thrown.
|
|
Adrienne Duncan
|
July 15, 2014 at 6:47 am
Tony and Dean–
I have to wait until my client finishes a special promotion expecting high traffic before monkeying around with the theme in a little experiment.
IN the mean time, can one of you gentlemen explain why a theme that has not changed by one line of code since launch would all of a sudden cause a conflict in the calendar (which has not been upgraded yet)??
|
|
Josh
|
July 15, 2014 at 7:21 am
Hi Adrienne,
Please understand that we are trying to help, and if you can work with us we’ll be able to get your calendar up and running more quickly. To answer your question about why the theme might affect things without a code change, we have seen it where a change in a setting somewhere that can affect things and even lead to unexpected breakage. So in this case a JavaScript error that wouldn’t normally affect the calendar could start affecting it if a specific setting was changed that was related to either script.
Can you set the calendar shortcode back to “[ESPRESSO_CALENDAR show_expired=true]” so I can investigate? I realize it may not make a difference when you view the page, but I’d like to view the page with the web inspector with the calendar set to show expired events. It may provide some clues.
Also, if you can send a temporary admin login via this form we’ll be able to investigate further:
https://eventespresso.com/send-login-details/
|
|
Adrienne Duncan
|
July 15, 2014 at 9:03 pm
Thanks for the explanation, Josh, that’s what I needed to know.
The event calendar still has the modified short code in it and you can find it here. http://www.wineshoeatlanta.com/index.php/espresso-calendar
Testing a theme change at this juncture requires a consult with the client – they have a major promotion going on right now (yes, I found out about it at the last minute, right as they were editing their calendar….) and they’re touchy about changes – even debugging – during their social coupon promos.
Stand by for the temp admin login.
|
|
Tony
|
July 16, 2014 at 3:55 am
Hi Adrienne,
Thank you for the login details.
I looked into your events and found that all of the events do not have a ‘Registration End’ Date set – http://take.ms/JmDXS
The ‘Event Date/Times’ section should all be considered required in order for Event Espresso (and the Add-ons) to function correctly.
Inputting a Registration End date into the events that are not being displayed will fix the issue. You’ll likely want that date to be set to the Event Start Date (so in the example I gave above 2014-07-19) to close the registration on the date of the event.
|
