Smarter event query detection and UpcomingEvents query

[Ben May]

Our category taxonomy is shared amongst multiple custom post types. tribe_events and tribe_venue are also using the category post type. We did this to make it possible for us to treat categories as topics and all content that’s relevant to that topic are to be displayed when viewing the category.

This works fine until we activate ECP 3.0. ECP 3.0 has a check in pre_posts that looks in $query->args[‘post_type’] to see if tribe_events post type is amongst the queried post types.
If it is, then it treats the query as an Upcoming Events query.

If we disable( remove UpcomingEvents filter ) then our events will show up in the categories in order that they were created which doesn’t make sense for events. Ideally, this UpcomingEvents filter would only apply to posts with post_type=tribe_events and all others would use their created date.

[Barry]

Hi Ben,

I can certainly pass your feedback on to the dev team (and will do so) however it could be this check exists to solve something that’s problematic for another group of users.

I’ll let you know what happens though as the issue progresses – but do bear with us as it might be a number of days before it’s assessed.

Thanks!

[Barry]

Hi again Ben – just to update you we are looking at making things a bit smarter here as you suggested. I can’t offer up a timeline and it isn’t likely to be included in the very next maintenance release, for instance, but we’ve certainly got this on the radar and under active consideration.

[Ben May]

Hi Berry,
We have a project thats blocked by this issue. Is it possible for us to be involved in the process of designing the solution to this problem? If we can find a working solution then we could patch ECP with the solution or implement a solution in house according to our mutual design.

Please, let me know how we can do this.
Thank you

[Barry]

I can certainly ask if something along those lines is possible – bear with me a little longer.

[Ben May]

Hey Barry.

Did you hear back on this? We will need to push on one way or another pretty soon.. thanks!

[Barry]

Sorry for the delay Ben, I’m afraid we can’t commit to a timeline on this one – at least not in the immediate future.

Would it be possible for you to simply press ahead by using 2 queries, one for non-tribe events, one for tribe events, and then merge the results, sorting them however you need to meet your requirements here?

[Ben May]

Thanks Barry. Will do. cheers

[Barry]

Great – sorry we couldn’t do too much else on this occasion – we do appreciate your willingness to help and wish you luck with the rest of the project.

Thanks!

[Author]

Posts