[Barry]

Hi! I’ll go ahead and close this as it looks like a duplicate of https://theeventscalendar.com/support/forums/topic/installation-problem/ and we can keep the conversation going there.

Thanks!

[Barry]

Hi!

It looks like you have the list widget up and running on the frontpage again – is that part of the issue resolved?

A quick sampling suggests you have around 160 events (that are still upcoming) and not many seem to be recurring in nature – so I’m surprised to hear our queries might be causing issues. Can you provide any more details along the lines of what WP Engine shared with you?

Thanks!

[Barry]

Great question.

An avenue you might explore is changing the existing query logic via a filter (and we have one for this very purpose) – tribe_related_posts_args – and basically you would receive an array containing the arguments that our own code sends onward to WP_Query and have a chance to introduce new arguments or change existing ones.

Does that help at all?

[Barry]

Hi – great question!

Currently this is not built in. We’d welcome any feature request you might post along these lines, though, and it may be that in the meantime you can find other plugins that add this capability without much additional work.

Thanks for getting in touch 🙂

[Barry]

OK, I’m still struggling to replicate here, unfortunately. But let me run through what I did and if anything jumps out at you as being out of synch with your own flow of events please let me know:

• Created a fresh network using subdomains
• Activated Core, PRO and Facebook Events in the “root” site and in a subsite (accessed via a subdomain)
• First in the root site, then as a confidence check in the subsite, I set up Facebook Events and imported a test event (from the HappyMondaysAP group)
• In both cases, it worked as expected: the single event showed with appropriate and functional venue and organizer links

Again, I understand this is a frustrating issue for you – as it is for us – but it’s increasingly looking like a very specific issue:

• We aren’t seeing widespread reports of the same thing
• We cannot replicate in a standalone installation
• We cannot replicate in multisite environment structured with subdomains (which is what you are using, if I understood you correctly)
• You are not able to replicate either, within the standalone test installation you created

We’d love to help here but, regrettably, I think we’re starting to run out of options. I did want to run the above by you though to see if there was anything you felt was important to highlight that might explain the difference in what we are seeing and experiencing.

[Barry]

OK, so it sounds like you’re getting close and just have a few wrinkles to iron out here.

add_filter( ‘tribe_is_community_my_events_page’, ‘comm_events_tpl’ );
function comm_events_tpl() { return ‘single-fullwidth.php’; }

Please note that tribe_is_community_my_events_page() is a function rather than a filter or hook name and so can’t really be used successfully in this form.

But I get an error that I ‘Cannot redeclare tribe_is_community_my_events_page()’ as it’s already called from tribe-community-events-template-tags.php

Right, so in your second snippet it seems you tried to define your own function, also named tribe_is_community_my_events_page and that will certainly cause an issue – in PHP, you may not define two functions of the same name.

It’s fantastic that you’re digging into this and are making headway but, I think, realistically you’re going to need a little more support on the coding side than we can really provide here. I hope you understand our position on that one and that you persevere further, I’m sure you’ll get there 🙂

Good luck!

[Barry]

Hi – thanks for your patience so far.

We couldn’t progress very far as a license key seems to be needed before the plugin actually does anything, and so assessing it was encumbered by this.

What we could see though is that it adds custom rewrite rules. At this point then it looks like it may simply be a conflict similar to others where plugins add their own rewrite rules and (inadvertently) wipe those rules generated by WordPress in relation to custom post types – events being one such type.

Really there isn’t much we can do about this on our side and at this time the best advice is to continue progressing this with the vendors of the other plugin.

Sorry we can’t offer more on this occasion.

[Barry]

Hi tammylfinch,

Unfortunately I don’t think the large joins snippet is going to help here – by the sounds of things and based on the last thread where we looked at response times everything is working correctly, albeit slowly, and so there is no need to raise that particular limit.

I definitely appreciate your frustration here – slow load times are never enjoyable – but as covered before you do have a large number of events and what looks to be a particularly high ratio of recurring events.

With that in mind, were you able to implement any of the caching options we discussed previously such as query caching?

[Barry]

This reply is private.

[Barry]

Hmm, I’m afraid in that case I can’t really assist you much further on this one – the code looks correct (and – though it generates some unrelated notices and warnings – if I use the entire file you shared to replace the default Twenty Eleven functions.php it works in that scenario, too).

With that in mind, I suspect something else is at play here in the context of your own installation – but, I’m afraid, we’d need to leave it to you to dive in to this in further detail (you could try our usual steps of switching to an unmodified default theme and deactivating all other plugins – then testing the snippet out in those conditions, for instance).

Sorry we can’t do more this time round.

[Barry]

No problem, I hope you get there.

Good luck!

[Barry]

No it doesn’t, so what you are probably seeing are the browser defaults shining through and if you want to mask those, or set specific styles for consistency across browsers, you would need to add additional rules to that effect. We’ve got a useful guide to adding event-specific CSS in our own Themer’s Guide (link over in the right) but it may not be inappropriate to set things up to work theme-wide in this instance.

Does that clarify things?

[Barry]

No, I think the missing piece of the puzzle (possibly) was that this is taking place within a multisite environment – I appreciate you taking the time to do the troubleshooting you have already conducted and I’m going to see what I can replicate myself at this point.

Before I do so can you confirm that you are running a subdomain-type network (as opposed to a subdirectory pattern), or is it even a multi-domain installation with different sites on entirely different domains? I just want to ensure my test accurately mirrors your own setup.

Thanks again – I feel confident we may be closing in on the root cause here.

 

[Barry]

This reply is private.

[Barry]

OK, let’s go back to basics here – I suspect this might be a conflict (perhaps with a plugin called Connections) but it would be great to confirm:

• Can you deactivate all other plugins except for those by Modern Tribe
• Ensure your Modern Tribe plugins are up-to-date
• Switch to a default, unmodified theme
• Does the same issue occur on the submit form for Community Events?

[Author]

Posts