[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Hi! It’s been a while so I’m going to go ahead and close this thread. If we can help with anything else, though, please don’t hesitate to create new threads as needed. Thanks!

[Barry]

Just a note that I’m going to close this topic and archive it (staff won’t see any further replies) – but we’re always here to help if you need it – just create new replies as necessary. Thanks!

[Barry]

Ahh … that makes a little more sense now – yeah unfortunately setting up post relationships would indeed require a plugin like the one you linked to (or some custom coding).

p.s p tags are working for me now and I’ve signed up for news

Awesome. It’s not impossible you were hit by an issue that I’ve normally only seen impacting staff but hopefully these and some other gremlins will be worked out of the system when the new site goes live.

Thanks again Mark!

[Barry]

OK, so you mean it’s quite literally sitting in your theme’s functions.php pretty much as you presented it and runs as soon as that file is loaded?

If so, that’s a very early stage in the lifetime of the request to be doing work like this. What if you don’t run it until later in the request (such as the init action) – do you hit the same problem then/is there a reason you need to do this before things have initialized?

[Barry]

Can you point me to the event in question? When I look at the events page via the URL you provided when you opened this thread I don’t see any events.

[Barry]

Awesome, thanks for sharing that 🙂

So I set up your database and added the same snippet you provided initially (that is, testing against the category name) and this failed to exclude the relevant events posts. As described above, though, I don’t believe that is the result of any problems with The Events Calendar itself.

Next of all I tested against the slug. In my first test, l commented out the tax query. These are the post IDs (so you can double check against your own copy of the database) that were returned, plus the assigned event categories:

• 3334 Hide from Home, Sports
• 3447 Sports
• 3448 Sports
• 2156 Hide from Home, Men
• 3449 Sports
• 3450 Sports
• 1311 Hide from Home, Missions
• 3451 Sports
• 3452 Sports
• 3441 Men

And here are the results when the tax query is left in place (but, just to be clear, testing against a slug of hide-from-home):

• 3447 Sports
• 3448 Sports
• 3449 Sports
• 3450 Sports
• 3451 Sports
• 3452 Sports
• 3441 Men
• 3453 Sports
• 3454 Sports
• 3434 Children

So actually it seems to be behaving as expected – all the events assigned to Hide from Home are removed, so long as we test against the slug rather than the event category name.

Obviously that isn’t what you are experiencing and there are a number of possible reasons for that – so probably I’m just missing some context. Can I ask where you are running this code exactly? Also, though it may seem like an obvious point, when you changed the field property to slug did you also “slugify” the term name and convert it to lowercase, replacing spaces with hyphens?

Thanks!

[Barry]

I can’t really turn off all plugins and go back to normal theme because then there wouldn’t be any thing to test and I need all the plugins running

So what we’d be potentially establish by doing this is whether or not our plugins work well with the menu plugins – independently of other factors.

Is it possible to simply set up a test site – it could be as simple as creating a fresh WordPress installation in a subdirectory – and test this out there?

If we aren’t able to trouble-shoot why this is happening the possibility of remove the month view only on mobile devices (or smaller) breakpoints would be a solution.

The list of available views can be modified using the tribe-events-bar-views hook – so you could potentially combine this with a call to wp_is_mobile() to remove the view from what seem to be mobile devices:

add_filter( 'tribe-events-bar-views', 'remove_month_view_from_mobile' );

function remove_month_view_from_mobile( $views ) {
	if ( ! wp_is_mobile() ) return $views;

	foreach( $views as $index => $view )
		if ( 'month' === $view['displaying'] ) unset( $views[$index] );

	return $views;
}

Does that help?

[Barry]

Awesome – glad to hear it worked out 🙂

I’ll go ahead and close this thread in that case, but of course feel free to open new threads if this or anything else crops up going forward and one of the team will be only too happy to help.

Also, if you have a moment to spare, we’d love to hear more about your experiences with the plugin so far over on our plugin review page – thanks again!

[Barry]

OK – and what are the actual dates are you using?

[Author]

Posts