[Barry]

Thanks for the update. We’ll continue to check into this, but great that it seems to be fixed.

If you do experience problems again, please create a new support ticket and we’ll be happy to provide further assistance (but since we are migrating to a new support platform, it’s better we close this conversation out).

[Barry]

I wish we could help more but, as Victor noted, customization work like this is outside the scope of support.

If you need more assistance than we’ve already provided I think it’s probably worth calling in the cavalry and seeking help from a developer who can take your vision and implement it in code:

theeventscalendar.com/custom-development

Sorry we can’t offer more on this occasion, but hopefully you can find someone who will help you to roll out your proposed change.

[Barry]

Definitely, please give it a try then let us know if you need further help 🙂

As we’re transitioning to a new support platform I’m going to close this topic, however you can easily follow-up with a fresh support ticket in future if necessary.

Thanks!

[Barry]

Sorry for the delay, Daniel.

To fetch a list of cities you could use some code like this:

function get_tec_venue_cities() {
	global $wpdb;

	$venues = (array) $wpdb->get_results( "
		SELECT post_id, meta_value
		FROM   $wpdb->postmeta
		JOIN   $wpdb->posts ON post_id = ID
		WHERE  meta_key = '_VenueCity'
		AND    post_type = 'tribe_venue'
	" );

	$results = [];

	foreach ( $venues as $venue ) {
		$results[ $venue->post_id ] = $venue->meta_value;
	}

	return $results;
}

You could use this to populate a dropdown, something like this:

echo '<select>';

foreach ( get_tec_venue_cities() as $venue_id => $venue_name ) {
    echo '<option value="' . esc_attr( $venue_id ) . '">';
    echo esc_html( $venue_name );
    echo '</option>';
}

echo '';

A similar approach could be used for states and so on. I do hope that helps, but at this point am going to close this topic: we’re experiencing exceptionally high demand for support right now and, unfortunately, will be unable to do any further work on this request.

If you do need more support for out-of-scope requests like this one, though, please do consider reaching out to another dev resource as described here.

Thanks!

[Barry]

Hi Raymond,

Sorry for the delay — once we place tickets in the custom dev queue I’m afraid they are not actively monitored (though we may change this going forward).

The basic approach I’d recommend though is utilizing the tribe_events_pre_rewrite (action) hook. This will receive an object containing our rewrite rules and you can then modify them as needed by rebuilding the rules array.

A simple search and replace of ‘feed’ with some other keyword probably won’t work by itself, however, unless you make supporting changes in WordPress’s query logic to map that new keyword back to RSS.

Unfortunately, we’re experiencing very high demand for support and so are unable to spend further time on this request. To that end, I’m going to close it out. If you still need assistance here, it is probably best to reach out to a third party developer.

Thanks for understanding (and if we can help with anything else, please do create a new ticket).

[Barry]

Hi Mario,

I’m sorry you’re still experiencing problems … but please do take the time to read through my last reply.

Those appear to be the very same MySQL errors as in your previous screenshot and I’m afraid they are not something we can help you with. “MySQL server has gone away”-type errors like these are something you need to talk to your web host about, only they will be able to help you with this.

If you have already contacted them and have received a reply to the contrary, please do share with us so we know what you’ve been told.

Again, I realize it’s frustrating to see errors like these and we want to help you, but in this case that means speaking with your host.

Thanks 🙂

[Barry]

This reply is private.

[Barry]

Hi Alex,

Your thread was associated with two distinct bug reports on our internal tracking system, both relating to different problems with Eventbrite Tickets.

One of those has, hopefully, been solved – as detailed by Victor (in his reply from September 13). Another, which related to the ticket iframe appearing and disappearing somewhat randomly, is something we’ve been working on but the fix has not yet been released and I believe that is the specific issue you are asking about.

While I can’t guarantee anything, we expect that fix to become available a little later this week – so do stay tuned for a further update.

Thanks!

[Barry]

In relation to your other question re month view/sold out notices, it looks like Jeremy is working on a solution over here, so you’re in safe hands.

[Barry]

The way to change “Out of Stock” to “Sold out” must have changed.

I’m not sure quite how you did this previously, but there are a few options.

Perhaps the easiest is to utilize a plugin such as Say What, which makes it extremely easy to alter pieces of text like this one.

Alternatively, you could implement a template override. In this case, that would mean copying the following template:

plugins/event-tickets-plus/src/views/wootickets/tickets.php

Then placing the copy within your theme directory:

themes/YOUR_THEME/tribe-events/wootickets/tickets.php

Then changing this line:

echo '<span class="tickets_nostock">' . esc_html__( 'Out of stock!', 'event-tickets-plus' ) . '</span>';

To something like this:

echo '<span class="tickets_nostock"> Sold out </span>';

I hope that helps with that particular part of your follow-up question, but let me know if you need further assistance.

[Barry]

This reply is private.

[Barry]

I do apologize for leaving you without an answer, Brian. I’ve logged the further issues that we missed last time and we will do our best to update you once a fix is ready for these additional items.

[Barry]

I’m really sorry this went so long without us seeing your update. Some work to help resolve this problem is pending release and should be available soon 🙂

[Barry]

I’m so sorry we missed your follow-up, Andrew.

It may well be the case that, for the recurring event series exhibiting this behaviour, you need to recreate them. An easy way to do this could be to edit each series and modify the description very slightly (add an extra line break, or add a recurrence rule – save – then remove it and save it again).

Does that resolve this for you? I realize it isn’t ideal to have to manually go back and update things like this, but my understanding is that the work done to resolve this only applies to new recurring events and not to ones which were already created.

[Barry]

Hi!

There are of course two sides to this.

• The site you are importing data into
• The site you are importing from

In your case, it sounds like you control both which is great.

Within the destination site, you could modify the Import Limit Type setting to limit not by date range but by number of events: instead of being limited to 3 months in the future, you could set something appropriately high such as 4000 events. If that doesn’t work in your case, let me know: there are some (advanced level) workarounds we might be able to offer.

The other piece of course is the site you are importing from (the source of the data). To protect this site, The Events Calendar limits the number of events it will offer up for export to 50 – however it is entirely possible to modify this. Please see the following support topic to learn how:

theeventscalendar.com/support/forums/topic/events-api-not-returning-all-results

Does that help? Please do let me know if I can clarify anything else.

[Author]

Posts