[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]

Great!

[Barry]

Thanks you.

You’ve already run through our standard troubleshooting steps to no avail and I don’t want to cause further disruption on your live site.

Would it be possible to create a test site where we can troubleshoot without impacting on your live site (this could simply be a fresh WordPress installation in a sub-directory) then install only The Events Calendar and Events Calendar PRO – and add a few test events – then see if the same issue occurs there?

If it does, then that would suggest there is perhaps some sort of problem relating to your hosting environment. If there is no problem, let’s start adding all of the same plugins that you have on your live site – and ultimately the same theme – and see if the problem kicks in then.

Sometimes we uncover conflicts this way even though they were missed initially.

Can we give that a go?

[Barry]

I’m guessing we’re all good here and will close this thread – definitely open a new one if we can assist further 🙂

 

[Barry]

Excellent, I’m happy to hear that helped 🙂

I’ll go ahead and close this thread as it sounds like you’re good to go, but if we can assist with anything else please don’t hesitate to let us know by opening a new thread – one of the team will be only too happy to help.

That apart, if you have a moment to spare and wished to leave a note on our plugin review page we’d love to hear from you: thanks again!

[Barry]

Hi Mark,

I’m sorry to hear that you are experiencing these issues. I’m admittedly a bit puzzled by the cited error:

I can tell you that it IS (Events Calendar Pro )causing the problem, but not really why, other than this line of code being broken: /events-calendar-pro/lib/apm_filters.php on line 39

This is actually a pretty innocuous bit of code and so I can’t help but wonder if it is something of a “red herring” … and if the true problem lies elsewhere.

The last thing I want to do though is cause further disruption to your existing site while we investigate this. I’m wondering, do you feel comfortable setting up a fresh WordPress installation in a subdirectory? It should be fairly straightforward with a CPanel-based hosting account (which I understand BlueHost provides) – and that will give us a nice clean site in which to test.

If you’re able to set that up, can I ask you initially to add nothing except The Events Calendar and Events Calendar PRO (our latest versions of each) and see if you are able to get them both activated?

If as soon as you try to activate PRO you hit similar problems/a “white screen of death” then we’ll know that there is a problem with that plugin within your hosting environment and I’d ask that you stop and let us know – and, ideally, provide a login (to the test site only) and if at all possible FTP access (which you can share via a private reply, if of course you feel comfortable doing so).

On the other hand, if it activates without a hitch that tells us that there isn’t an intrinsic problem with Events Calendar PRO and that perhaps a conflict of some kind, or perhaps an environmental issue, is at work.

Would it be possible to give this a shot? Please don’t hesitate to let me know if you have any questions 🙂

[Barry]

Great question!

We don’t actually have any tutorials or learning resources on this one as, for the vast majority of customers, this is handled behind the scenes when the widget is deployed more traditionally via WordPress’s Appearance → Widgets admin screen.

If you want to dig into the code and see how to express categories/tags (it involves some JSON) I’d recommend looking in the following spots:

• TribeEventsAdvancedListWidget::taxonomy_filters() (events-calendar-pro/lib/widget-advanced-list.class.php:28)
• TribeEventsPro_Widgets::form_tax_query() (events-calendar-pro/lib/Widgets.php:11)

You might also want to take a peek at Event Rocket. This is a third party plugin which we do not support here on the Modern Tribe forums, but it allows you to embed core and PRO widgets via a shortcode – with a fairly simple syntax for specifying categories, etc.

Though I appreciate you are interested in a programmatic solution rather than a shortcode, you could make use of WordPress’s do_shortcode() function and potentially have the best of both worlds – or indeed you could strip out the logic it uses and pull it in to your own solution.

I hope that helps!

[Barry]

Hi efromdc,

Some great questions there!

1. How do I specify “events that start ON October 31″ – Not events FROM October 31st and forward…I mean STRICTLY that start ON October 31st?

We provide day view for broadly this purpose.

It doesn’t completely meet your criteria – because it will also show ongoing events (such as an event that started the day before and finishes on the following day) – but without making any modifications that is as close as you are going to get to the behaviour you are seeking.

If you want to bring this across to other views such as map or photo view then the steps outlined by Brook in the previous thread you referenced are a great starting point – though some additional work is probably required on top.

While this workaround would work as a stopgap, the solution isn’t viable because I’d have to make 365 categories

I’d agree that wouldn’t serve as much more than a stopgap, props for creativity though 🙂

3. Why are you able to select dates that START as 2014-10-31 in the admin/backend at /wp-admin/edit.php?post_type=tribe_events via the filter that do NOT include dates that start afterwards…but NOT in the front end date picker? Seems to be a direct contradiction to what the tribe representative in the other thread stated…

I’m not quite sure why this contradicts Brook’s remarks.

These are two different systems: we use Advanced Posts Manager in the admin environment with a goal of delivering a better toolset and experience for site administrators. The front end experience on the other hand is tuned to the needs of regular visitors.

4a. Can I get a snippet that limits the returned events as described above but ONLY for the date selected?

I can certainly give you a starting point, which is as follows:

add_action( 'tribe_events_pre_get_posts', 'modify_date_based_filtering' );

function modify_date_based_filtering( $query ) {
	// In this example we're interested in photo view - but you can extend this
	// condition to cover additional views where it makes sense to do so
	if ( ! $query->tribe_is_photo ) return;

	// Do not interfere if a specific start date was not specified
	if ( empty( $query->get( 'start_date' ) ) ) return;

	// Set the end date to match the start date
	$end_of_day = TribeDateUtils::endOfDay( $query->get( 'start_date' ) );
	$query->set( 'end_date', $end_of_day );
}

It’s a little more complicated than that however because of the dynamic nature of these views.

The above should work, within photo view, but only if someone navigates directly to the URL for a specific date. When using the datepicker under ordinary conditions it probably won’t work as expected because of the way our Javascript handles pagination and updates.

With that in mind, further work would be required to bring this to fruition 🙂

4b. In which file should I add the snippet?

Your theme’s functions.php place is often a suitable venue for code like this, though setting it up in a plugin of its own may be better.

Bearing in mind the limitation I described for your question 4a, though, this is a little more involved than just adding that code alone (though hopefully it gives you a decent starting point).

FYI – Im using version 3.5.1 – I had asked a question previously about database field name changes when upgrading and never got an answer…so I can’t upgrade until I hear back concerning that. (If you decide to research any database field name changes please NO NOT delay the answers to 1-4. Just reply when you get an answer.

Do you mean your second question from this thread? It looks like Casey provided an answer if so – but if you need further details please create a new thread and one of the team will be only too happy to help.

Thanks again!

[Barry]

This is the API Key from Event Brite. It is not working at a key for the plugin though.

That’s expected – they are two completely different things (sorry for the confusion!) – the Eventbrite API key is used only to let our Eventbrite Tickets plugin communicate with Eventbrite and this should be entered in the correct place in the user profile of the person managing imports.

The plugin license key that we issue when you make your purchase on the other hand facilitates automated updates of the plugin and that should be entered in the Events → Settings → Licenses admin page.

Does that clarify things?

[Barry]

Sorry what I meant was that currently it says distance 5km but it doesnt say what that if 5km from?

Ahh, I see.

It means 5km from whatever location the visitor searched against. So if, for example, a customer enters London, UK in the location field then the distance is relative to the centre-point of that city (as determined by Google).

Also in terms of user position I was more thinking about a box where I can insert a postcode and then it searched distance based on that?

I’m not quite sure if you mean that you as the site admin would specify a postcode and all location-based searches would be relative to that, or if customers would enter a postcode (if so, and if Google’s geolocation API supports it, they should be able to use the existing map view fields “as is”).

If what you want is the first of those, however, I’m afraid that’s a sufficiently advanced customization to be something we’d really need to leave in your hands to drive forward.

Does that help or at least clarify things?

[Barry]

Could you send met the get valeu of the page so I could modify the URL to reach it?

Sure – just go to an existing Events → Settings tab and change the value of the tab parameter to tab=help.

I’m a bit worried this problem results from a conflict. I realize you already ran through some troubleshooting steps – but did you happen to notice if the help tab reappeared once you had deactivated all other plugins and switched to a default theme?

[Barry]

Hi Silvana,

I appreciate the offer of access and we can explore that later if we need to – right now though I think we might be able to make progress without.

First, to avoid potential heartbreak in the future, please do take the time to make a full and complete backup (and familiarize yourself with the process for restoring that backup). Hopefully you will not need it – but it’s better to be safe than sorry 🙂

What I suggest is removing any customizations – or, temporarily stop them from loading by commenting out any relevant snippets in functions.php and rename the tribe-events directory to __tribe-events (that way you can easily restore them later). From there, deactivate PRO – as you have a comparatively old version installed – and begin by updating The Events Calendar itself.

Hopefully that goes without a hitch – you can then update Events Calendar PRO (it may be best in this situation to grab a fresh copy from our downloads page and upload it manually) and reactivate it.

Next you’ll need to figure out if your customizations are still compatible – so uncomment any snippets and change your __tribe-events directory back to tribe-events – if you hit problems you’ll need to consider revising or even dropping some of them, but let’s deal with the first part of the task first of all and try and get the latest versions of our plugins running first of all.

(I do appreciate you may be reluctant to run through this process on your live site. If so, consider setting up a test site first of all.)

Let me know how you get on!

 

[Barry]

Sorry Tom, I’d wrapped up my round of support work for the day when you posted your follow ups – glad you found that link in any case 🙂

Thanks again!

[Barry]

Hi dmg4683,

So if they have to be distinct “pages” – or reachable at a different URL than the one normally used for week view – that’s going to be a much more involved customization than simply adjusting the amount of information that’s exposed in the existing week view according to the current user’s role and capabilities.

If you’ve really got to follow the route you’re outlining then it is something you will need to drive forward yourself – but to learn more about setting up custom event views certainly do check out this agenda view plugin. Agenda View exists as a rough model on which you can base your own solutions, but please note we don’t actively support it.

I’m afraid there’s not much else we can offer you for this sort of customization – but it definitely sounds like an interesting change and I do wish you luck 🙂

At this point I will go ahead and close the thread, but if any other issues crop up definitely let us know.

Thanks again!

 

[Barry]

My pleasure 🙂

I’ll go ahead and close this thread as it looks like you’re all sorted – but please don’t hesitate to create new threads as needed if we can assist with anything else.

Also, if you have a moment, we’d love to hear your thoughts on The Events Calendar across on our plugin review page – thanks again!

[Author]

Posts