[Barry]

Hi Dan,

So “/expected/basepath/” will be whatever The Events Calendar has decided is the location of the template it wants to load.

In a simple case where you have no template overrides then that will be the path to the plugin’s own views directory. In a more complicated case where you have some template overrides (but not everything is overridden) it will alternately point to either the plugin’s views directory or the tribe-events subdirectory within your theme.

Does that help?

[Barry]

Hi @cwheelsone,

I’m sorry for the further difficulties. Unfortunately, it looks like the specific fix for that problem has unmasked a different problem in the same area.

function fix_blog_loop_event_ordering( $sql, $query ) {
	if ( !isset( $query->query_vars[ 'is_tribe_widget' ] ) || !$query->query_vars[ 'is_tribe_widget' ] ) {
		if ( tribe_is_month() || tribe_is_week() || tribe_is_day() ) {
			return $sql;
		}
	}

	if ( !empty( $query->tribe_is_event ) || !empty( $query->tribe_is_multi_posttype ) ) {
		if ( isset( $query->query_vars[ 'tribeHideRecurrence' ] ) && $query->query_vars[ 'tribeHideRecurrence' ] ) {
			return str_replace( 'ORDER BY EventStartDate ASC', 'ORDER BY EventStartDate DESC', $sql );
		}
	}

	return $sql;
}

add_filter( 'posts_request', 'fix_blog_loop_event_ordering', 20, 2 );

Would you be able to try adding the above snippet to your theme’s functions.php file or some other suitable location (as an interim measure) – and does that help?

[Barry]

Hi Frank,

Thanks for the update.

Intriguingly, if I switch to German with pretty-permalinks enabled, URLs such as /events/kategorie/some-category/ “just work”. I’m not sure what the difference would be between our respective sites.

As you have a fix in place and have marked this as resolved, however, I will go ahead and close this topic – but we’ll be sure to keep an eye out for similar reports.

If anything else crops up, please don’t hesitate to create new topics as needed 🙂

Thanks again!

[Barry]

Hi Frank,

I’m sorry to hear you’ve hit up against difficulties.

We do have a bug relating to certain views when a website is set to operate in a non-English language and we hope to resolve that as soon as possible. However, I was so far unaware of any general problems with category or list view permalinks.

Certainly if I test locally (in an otherwise clean environment) I can successfully access the default event view, list view and month view with or without a category applied and it all just seems to work.

With that in mind I’m unsure what specifically would be triggering these issues in your case. I realize you’ve already tried a number of standard troubleshooting steps, but for the avoidance of any doubt can you confirm if this is still a problem – either on your live site or a test site – if you deactivate everything except our plugins (and please remember The Events Calendar Category Colors is not one of our plugins), switch to a default theme such as Twenty Fourteen and then flush permalinks?

[Barry]

Fantastic – and thanks again for highlighting this 🙂

[Barry]

Hi Dan,

With a small customization or two it’s possible to store your templates almost anywhere – whether that’s a custom directory, a custom plugin directory or something else.

The tribe_events_template_TEMPLATE (for specific template files) and tribe_events_template (more generic) hooks provide an opportunity to change the filepath of each template that is loaded by The Events Calendar and its associated plugins, so you can remap everything to whatever location you prefer.

Example:

function remap_event_templates( $filepath ) {
	return str_replace( '/expected/basepath/', '/path/to/new/home/', $filepath );
}

add_filter( 'tribe_events_template', 'remap_event_templates' );

This is a pretty simple example and you could tweak as required if you have a more complicated use case or need to make exceptions, etc.

[Barry]

Hi Mike,

Thanks for the report!

I don’t actually see the same problem, even if I manually delete the actual image file to try and create the same conditions (of a featured image being set, but without an accessible file).

Is it possible you have some customizations in place (custom templates perhaps) that might be impacting, or is there anything else you can think of to help us replicate (or could you even link to a live example of the problem)? I tried visiting the URL you provided but was unable to locate the main events page.

Thanks!

[Barry]

Hi David,

This is by design and, unfortunately, I don’t see any terribly easy ways of implementing this cleanly.

It’s definitely possible we might consider making a change to facilitate this, however, so I’d love to hear a little more about how you envision this working.

If the visitor has checked various filters, would they remain checked when they perform a search (even if they are ignored) – or be wiped? Would you need to maintain an avenue for visitors to search filtered results, or would that not be a concern in your case?

Thanks!

[Barry]

Hi David,

If it’s the placeholder text you wish to change then there are a few ways to do that, one of which would be adding a short snippet like this one to your theme’s functions.php file or some other suitable place:

function event_bar_modify_placeholder_text( array $filters ) {
	foreach ( $filters as &$single_filter ) {
		$single_filter['html'] = str_replace(
			'placeholder="Date"',
			'placeholder="Something else"',
			$single_filter['html'] );
	}

	return $filters;
}

add_filter( 'tribe-events-bar-filters', 'event_bar_modify_placeholder_text', 100 );

You could of course extend this to change other things, besides the “Date” placeholder text.

If you prefer a solution that doesn’t require custom code then you might consider using a plugin such as Say What, however that would typically have a side effect of changing the word everywhere rather than this specific location.

I hope that helps!

[Barry]

Sure thing – thanks for working through this.

Though I’ll close this topic you can of course create a new one at any time and one of the team will be only too happy to assist as best they can.

Thanks again 🙂

[Barry]

OK, so I don’t actually see an appreciable difference there.

Though I do appreciate as a staging site it likely is not under load, it does seem to suggest that perhaps it is an accumulation of many factors – including other plugins and your theme – that add to the overall load time and perhaps create something of a perfect storm.

Honestly, I’m not sure how much more we can do on this occasion since there’s no clear and obvious problem I can see in an otherwise clean environment that stems from the presence of Events Calendar PRO.

What do you think: do you still have concerns/a different view of things? Given your earlier note on the relative snappiness of the site for unauthenticated users it sounds like you may be less worried at this point?

[Barry]

Hmm – perhaps a query that only runs for authenticated or admin-level users is the culprit, then?

So in my own bit of testing I’m finding 1-2 seconds are shaved off the load time on your staging site while it is in this state. Can you continue by reactivating Events Calendar PRO (but, with the exception of The Events Calendar, please once again leave everything else deactivated)? We can then assess the kind of impact it is having.

[Barry]

Hi @eastlife,

On testing this morning, I’m consistently finding that the production site (with PRO) loads within 2-3 seconds as compared to around 6 seconds for the staging site (without PRO), so the impression is the opposite of what you’ve outlined. Of course, there could be a number of factors at play and naturally it doesn’t mean that PRO makes things faster – since each server could have different resources and load, amongst other things.

As outlined previously, what I’d love to do is temporarily strip your staging site down so it is running only The Events Calendar and nothing else (it should be set to use a default theme). Would that be possible and can you let me know once it is in that state? Let’s then take a look at that before moving on to activating PRO.

That way, we isolate things and eliminate a variety of other factors.

[Barry]

Hi @eastlife,

I think previously you only had photo view enabled (and that is provided by PRO) so deactivating it would mean no views are available – hence the 404.

I’ll wait until you let me know that the staging site is ready (I see it still has your custom theme/various other plugins running) and will take a look then 🙂

[Barry]

Hi James,

Our widgets can indeed be embedded using shortcodes – providing a convenient way to use them outside of sidebar areas.

Some, like our calendar and advanced list widgets, can also have multiple category and tag filters applied to them (and, again, this is also possible when using them as shortcodes).

I hope that answers your question 🙂

[Author]

Posts