[Barry]

Hi Anthony,

I’m not sure what to suggest as it does work for me locally.

Could you share your complete theme functions.php file (ideally via a Pastebin or Gist link) so I can take a look at where you added the code?

Thanks!

[Barry]

Hi @rubypink,

Please accept my apologies for the delay in responding: Geoff has been out over the last few days and due to a large volume of support requests we were unable to parachute someone else in to take over this thread.

On reviewing your account it seems like a refund has been processed as you requested (back on the 14th) – but please do not hesitate to let me know if I’m mistaken or if there were any problems on that count.

Thanks again and I’m sorry things didn’t work out on this occasion.

[Barry]

Hi Karen,

Geoff has been out these last few days so I thought I’d pop by and take a look at this problem rather than leave you waiting 🙂

When I look at the structure of inquiryatwork.com.au/events it has all the hallmarks of a regular WordPress page.

Though you’ve already discussed this angle with Geoff I think it’s worth probing a little further. Can you please try navigating to the following admin URL:

WP Post Editor for Page ID 1001

What do you see? Could this be the mysterious page that is using the /events/ slug and is therefore blocking the main events view … if it is, can you trash it or modify the slug?

[Barry]

Thanks Mat,

So we’ve got a few things there. One, we can safely ignore (the SensorNotRequired issue).

The other – reporting the Google Maps API being used multiple times on one page is concerning and probably stems from your theme or another plugin also trying to use Google Maps. However, based on your screencast, it seems like the map itself is still functional and renders properly. So we can set this aside for the time being.

That leaves us with:

https://physiocourse.com/wp-admin/admin-ajax.php Failed to load resource: the server responded with a status of 500 (Internal Server Error)

What I’d like to find out is the precise nature of the 500 error. Do you have access to the error logs (or can you work with your host to obtain access)?

If you trigger this same problem and inspect the logs, do you find there is a more detailed error message available?

[Barry]

Awesome, glad that worked for you 🙂

[Barry]

Hi Oliver,

Did you remove that override? It definitely looks like you have an override at:

[your-theme]/tribe-events/single-event.php

But it seems there isn’t one here:

[your-theme]/tribe-events/list/single-event.php

Is that because you removed it after you found it wasn’t working and can you restore it if so (and share a copy of your modified code via Gist/Pastebin)?

[Barry]

Fantastic – definitely keep us posted 🙂

[Barry]

This reply is private.

[Barry]

Thanks Renee, your feedback and troubleshooting was much appreciated 🙂

There is clearly a bug here and it seems to be that it is checking if the event is live by looking at the event start date (using the local timezone, ie Chicago/Central) and comparing it to the current time (but using UTC/London time) … clearly that results in something of a mismatch.

I’ll get this logged and we’ll fix it as quickly as we can.

[Barry]

Hi Renee, for some reason the forum dropped the code – I’ve updated the reply.

[Barry]

If you feel comfortable doing so, can you add the following code to your theme’s functions.php file – then let me know what if any information you see on that test event (where you would expect to see the ticket form)?

function debug_eventbrite_iframe( $html, $event_id, $post_id ) {
	$stripped = trim( $html );
	if ( ! empty( $stripped ) ) return $html;
	
	$api = Tribe__Events__Tickets__Eventbrite__API::instance();
	$event = $api->get_event( $post_id );

	if ( ! $event ) {
		$html .= '<p> <strong>Debug</strong> This is not an event </p>';
	}

	$iframe_url = ( is_ssl() ? 'https://' : 'http://' ) . 'www.eventbrite.com/tickets-external?eid=%s&ref=etckt&v=2';
	$iframe_url = apply_filters( 'tribe_events_eb_iframe_url', sprintf( $iframe_url, $event_id ) );

	$html .= "<p> <strong>Debug</strong> expected iframe URL: $iframe_url </p>";

	if ( empty( $event_id ) ) {
		$html .= "<p> <strong>Debug</strong> event ID is empty </p>";
	}
	
	if ( ! isset( $event->listed ) || ! $event->listed ) {
		$html .= "<p> <strong>Debug</strong> listed property not set or false </p>";
	}
	
	if ( ! $api->is_live( $post_id ) ) {
		$html .= "<p> <strong>Debug</strong> API object says post is not live </p>";
	}
	
	if ( ! tribe_event_show_tickets( $post_id ) ) {
		$html .= "<p> <strong>Debug</strong> tribe_event_show_tickets() returns false for this event </p>";
	}

	return $html;
}
	
add_filter( 'tribe_events_eb_iframe_html', 'debug_eventbrite_iframe', 10, 3 );

Of course, feel free to remove the code as soon as you complete the test.

Thanks!

[Barry]

Hi Andy,

Thanks again for your patience so far.

On taking a closer look I see that many recurring events in your database have, in a sense, been duplicated. Looking back at the system information you shared I also see that there was apparently a large jump from version 3.0 to 3.8 without any updates in between.

Unfortunately, I think one side effect of this is the creation of the problem you are now facing (and this would probably also explain the failure of the recurring event cleanup task).

Back in our 3.5.2 release post we linked to a plugin that can be used to cleanup situations like this one. Unfortunately, enough time has passed that the original plugin will not work with our very latest builds – however I have modified it and uploaded a fresh copy which you can install and activate:

« Download the updated Tribe Cleanup plugin »

Once activated, please navigate to Events → Settings → General and locate the Merge Duplicate Recurring Events button. Click this and the same screen ought to reload.

If you open the events admin list in another tab you should notice the post counts have reduced to something more reasonable. What you need to do is keep running the tool until this count comes down to the expected value (1,048).

Please do take the usual precautions (ie, a database backup – unless of course the existing backup is suitable) before running through this process.

Does that help?

[Barry]

Thanks Andy – that gives me a much better view of the problem. Please bear with me while I look at this in some more detail.

[Barry]

Hi Mat,

Thanks for the screencast – that was helpful.

What really stood out was that, on initial load, the spinner icon never seemed to disappear (from map view). While I cannot replicate the same problem, that could be a useful lead.

If you’re familiar with your browser’s dev tools, could I ask you to visit map view and open them up – then check in the console. Do you see any Javascript errors and can you copy them here if so?

Failing that, would it be possible to get my hands on some (HTTP) credentials so I can view the problem first hand?

Thanks!

[Barry]

Hi Renee,

Looking at the example you shared, the event itself is taking place on the 23rd – but the sales end date of the tickets is the 22nd. What if you log into eventbrite.com and try adjusting them – does that work for you?

Are you setting up these tickets yourself – is there a reason sales close one day prior to the event taking place?

[Author]

Posts