[Barry]

Just to confirm (as I don’t have the same range of data in my test account as you have on your live eventbrite.com account) – you aren’t seeing pagination links below the preview list that will let you access those earlier events?

[Barry]

But no ticket info was added, so is it a case of events need to be deleted first?

Yes: for events that have already been imported I think – at least until the developers can investigate and figure out a longer term fix – it will be necessary to delete completely and re-import.

I had to to update the url to .com but it worked, complete with ticket info

This one we were aware of already and a fix should arrive shortly, however that is indeed currently the best way to workaround this issue.

When using quick edit to categorise the event the summary page showed fields getting mixed up (see attached)

I can’t immediately replicate (and your screenshot makes me wonder if another plugin is adding columns – and perhaps is triggering this).

We’d be happy to look in more depth but it would be best to create a new topic for this, as it’s a pretty distinct problem from the one you originally reported.

Thanks!

[Barry]

Glad you figured it out 🙂

[Barry]

There is no ignored tab showing next to published on the events admin page

My apologies, I was off track here. In this case, you would trash and then delete completely before attempting to re-import.

These events were showing tickets prior to your last update, so it looks like something corrupted the data?

It sounds like that is possible, we’re looking into this.

We have been unable to import events via your plugin since the update, so I can’t complete the tasks as you suggest below.

Let’s see if we can get this part working again.

It’s looking like that some of the underpinning mechanics we recently changed are not working in various hosting environments. In a couple of cases, though, we’ve had success by switching back to the previous system.

Can you try uploading and activating this plugin? It contains a small amount of code to help with this and it’s possible it will restore your ability to import new events (if it does help, that will also give us a better indication as to what the underlying problem is).

[Barry]

This reply is private.

[Barry]

Hi @premraval010,

Thanks for sharing the screenshot of the error log file. Those messages (“Initializing Tribe Events on …”) are nothing to worry about in themselves: in fact, they are an indication that the plugin is successfully loading.

You might also try working through the troubleshooting steps outlined in our Testing for Conflicts Guide, to see if this could be being caused by an issue with your theme or another plugin.

Let me know if you still see the issue with the Twenty Seventeen theme enabled and all other plugins disabled. If so, please provide a link so I can inspect to see why it’s happening.

Were you able to run through the steps recommended by Sky (above) – what was the result if so?

Something else you could try is enabling WP_DEBUG: with this in place, try to replicate the problem and share any further error messages you see with us.

Thanks!

[Barry]

I’m sorry, but we cannot.

If you didn’t add that directory (“tribe-events”) to your theme then it was probably supplied with the theme.

If so, seeking help from the theme author or support team is the best course of action: this is a customization that they have added and they are best positioned to guide you further.

[Barry]

…To give an example of how The Events Calendar itself works with that, this is a small piece of the default month title code:

date_i18n( 
    tribe_get_date_option( 'monthAndYearFormat', 'F Y' ), 
    strtotime( tribe_get_month_view_date() ) 
)

[Barry]

Hi Mel – there sure is:

tribe_get_month_view_date()

[Barry]

Thanks, you can remove those snippets now 🙂

For both of those events, the result was that ‘DISPLAY FORM No COUNT 0’ was added to the page (right above the related events section).

This tells us that – for some reason – there are no Eventbrite Tickets associated with the event, hence it has decided not to try and load the tickets iframe. When I try to replicate the problem on a clean test site (see here), however, the ticket form comes through.

I’m curious: if we start with just one of the events you noted in your last reply, can you try deleting and re-importing? The process for this would be as follows:

• Trash the event
• In the main list of events within the admin environment, look for the ignored tab then locate the same event and delete it permanently
• Re-import
• Does the ticket iframe show now?

[Barry]

So, to give some background information, we previously processed imports using WordPress’s scheduled tasks functionality (‘WP Cron’) – which is a system that aims to allow plugins like ours – and indeed WordPress itself – to perform background work.

However, there were limitations to this approach and it didn’t work well in some WordPress installations/hosting environments. For those reasons, we changed our default strategy to use asynchronous requests (again, WordPress provides the underlying mechanics).

Unfortunately, we’re starting to see that this may also have issues in various environments.

Is this a permanent fix or is it just indicative of something else I need to resolve?

The code I shared forces the use of scheduled tasks instead of async requests.

It is not intended as a permanent fix, but I’m glad it works for you – it will hopefully act as an effective short to medium term solution.

Longer term, I’m less sure. At this stage we still need to collect more data from a wider sample of users before figuring out next steps. I will however associate this conversation with the relevant bug report on our internal tracker, so we can update you and/or reach out with any further questions.

Thanks for your patience!

[Barry]

Thanks, Alex: that is in itself useful info. Let’s go a bit deeper.

add_filter( 'tribe_events_eventbrite_print_ticket_form', function( $display, $count ) {
	$display_form = $display ? 'Yes' : 'No';
	print "\nDISPLAY FORM $display_form COUNT $count\n";
	return true;
}, 10, 2 );

Complimenting the code you already added, can you now add the above? It doesn’t really matter if it is added above or below the previous snippet.

Do you now see anything where the ticket form should display?

Thanks for bearing with us as we dig into this 🙂

[Barry]

Thanks for the prompt reply!

I wonder if you’d be happy to perform a test involving a small amount of custom code?

add_filter( 'tribe_events_eb_iframe_html', function( $html, $event_id, $post_id ) {
	// If we have ticket form HTML, let's return it
	if ( strlen( trim( $html ) ) ) {
		return $html;
	}

	try {
		$api = tribe( 'eventbrite.event' );
		$event = $api->get_event( $post_id );
	}
	catch ( Exception $e ) {
		return 'UNABLE TO LOAD EVENT DATA';
	}

	$listed = empty( $event->listed ) ? 'No' : 'Yes';
	$live   = $api->is_live( $post_id ) ? 'Yes' : 'No';
	$show   = tribe_event_show_tickets( $post_id, $event ) ? 'Yes' : 'No';

	return "\nDebug info (#$post_id | #$event_id): LISTED $listed LIVE $live SHOULD SHOW $show\n";
}, 10, 3 );

Could you trying adding the above either to a custom plugin (preferred) or else to your theme’s functions.php file, whichever is easiest for you?

Can you then revisit either of the events you linked to above and capture what you see where the ticket iframe ought to appear?

Thank you 🙂

[Barry]

@winterea – I wanted to share that one of our devs took a quick initial look and it seems like you’re seeing fewer events than expected simply because that is all the event data that the Eventbrite API is supplying us with.

I’m unsure why that would be and we’ll continue to poke at this, but if you happen to own those other events it may be worth reviewing them and ensure they aren’t in some way configured not to be shared and/or reach out to their support team for further advice.

We will, regardless, continue to investigate from our end.

[Barry]

Hi Mario,

When I look at your site this is the error I see (slightly shortened):

Fatal error: Using $this when not in object context in /.../wp-content/themes/eventica-wp/tribe-events/modules/meta/map.php:39

The critical thing here is that the source of the problem is in your theme, Eventica WP, which has custom overrides for some of our own templates.

• Can you confirm that theme is up-to-date (and bring it up-to-date if not)?
• If the tribe-events directory is something that shipped with the theme (in other words, if you didn’t add it yourself) can you reach out to the theme author for further assistance?

Also, a short term solution could be to rename the wp-content/themes/eventica-wp/tribe-events directory to something like wp-content/themes/eventica-wp/disabled … if that clears up the errors, it will at least mean we’ve confirmed where the root of the problem is located.

Let me know how you get on!

[Author]

Posts