Support

May 12, 2015 at 11:04 am

Hi, I have two ideas on this:

1) If there are many events, then the calendar is retrieving these and may be timing out. Raising the memory available to WordPress can help:

https://codex.wordpress.org/Editing_wp-config.php#Increasing_memory_allocated_to_PHP

Turning of some of the advanced features of the events calendar such as the attendee limits can also help since these use more resources.

or

2) There is a conflict with another plugin. This may be the issue if the calendar doesn’t load at all.

On the page that you shared, the calendar does not load even after trying a refreshing. Inspecting the page with Safari Developer Tools shows an error related to WP Minify.

http://cl.ly/image/2c38341C090B

Try deactivating that plugin to see if that helps.

If if does resolve the issue, then I would also check the other sites for this plugin.

—
Lorenzo

May 12, 2015 at 11:34 am

Do you have error_reporting enabled on the server?

Try adding this:

define( 'WP_DEBUG', true ); // Or false
if ( WP_DEBUG ) {
    define( 'WP_DEBUG_LOG', true );
    define( 'WP_DEBUG_DISPLAY', false );
    @ini_set( 'display_errors', 0 );
}

Within one of the sites wp-config.php files.

That should create a file called debug.log within /wp-content/

This may not show anything until the next time this happens, but it should then log any errors being thrown. This does sound like a server load issue but without any errors we don’t know where to look to identify the issue.

• This reply was modified 9 years, 6 months ago by Tony.

May 12, 2015 at 12:54 pm

Hi, I was able to see this issue with Safari by following these steps:

Calendar –> Naples. The calendar loads as expected.

Then click on Calendar link in the navigation and the calendar loads as expected.

Click back in Safri and it breaks as there is a mismatch between the WP dashboard and the front-end page. If the front-end page is secured via HTTPS, then the WP dashboard needs to be secured as well.

Otherwise, you’ll run into this sporadic issue.

—
Lorenzo

May 12, 2015 at 1:52 pm

Hi, I’ve already seen this issue on my end using the Safari web browser on a Mac:

http://cl.ly/image/2c38341C090B

Some of the links on the main site are http to the individual sites calendar pages.

Then on those individual sites, the calendar link is in the navigation is via https. The problem is that the information is loaded via admin-ajax. If you are on https and transition back to http, then there is a mismatch and the resource is blocked. The spinning wheel occurs at this time as its waiting for information that won’t be arriving since its blocked by the browser.

You can fix by selecting one option for the sites, either https or http.

If you go with https, then set each site to use full https by changing the site URLs in the WP dashboard. If you go with http, then update the URLs for the navigation in each site to use http and not https.

—
Lorenzo

May 12, 2015 at 2:08 pm

Hi, the log isn’t needed so you can remove that line. I shared the cause and a solution in my prior reply:

https://eventespresso.com/topic/calendar-loading-issues/#post-156078

Essentially, the sites are using a mix of http and a mix of https. Select one option and then change each site to use that option instead of a mix of both.

—
Lorenzo

May 12, 2015 at 5:53 pm

Hi, it would be helpful to know the recent changes that have been made on the site.

The minify plugin will break the calendar functionality since it changes the order of the resources that are loaded.

Caching plugins can be used but Event Espresso pages will need to be excluded:

https://eventespresso.com/wiki/setup-nocache-exclusion-rules-event-espresso/#wpsupercache

What is the change that you are trying to make with the redirect in your prior reply?

If you are wanting the sites to run in full https, then it would be better to set that via the General Settings page for WordPress in your WP dashboard. You’ll be able to change the URL there and you can save changes.

—
Lorenzo