[Barry]

It’s a tricky one.

If you’re comfortable following the steps I outlined previously – and do indeed see that essential assets like Javascript files are failing to load and return 404 errors (even though the admin page itself may load) – then that to my mind basically means you are on a fairly shaky or overloaded hosting platform.

I would approach them – again, this is assuming my hunch is correct and you see the same thing as I have described with your browser’s dev tools – and point out that these are static files that are 404ing and they are doing so sporadically. If they can give a convincing reason as to why our or any other plugin would affect that it would be great to hear what they say.

Who is the host / what is the hosting plan – and are you in a position to try out a different provider, or do you have any further questions we might be able to assist with here?

I’m not sure in honesty what else we can suggest, but we can certainly leave this open if you want to bounce any feedback from your host off us.

[Barry]

That really depends on your setup.

Some themes will have a spot for custom CSS rules that might be suitable – give it a try if so – otherwise your best bet is to follow the instructions in the Themer’s Guide with regards to setting up a tribe-events.css stylesheet. Does that clarify things?

[Barry]

Glad you’re sorted with the initial issue.

We’re using the SEO plugin by Yoast and all titles are working correctly except the main events page. I saw some code in the forums for a workaround but it doesn’t work.

The code is on this page: https://gist.github.com/jo-snips/3710617

The very first IF statement doesn’t change the title. Any help would be greatly appreciated! Thanks!

I’m not sure, that snippet still seems valid and functional to me.

You could apply normal troubleshooting procedures and reduce things to our plugins plus WPSEO, and add the snippet to the functions.php file of a default theme, then see if it still doesn’t work as expected (in case there’s a conflict going on somewhere along the line) – really though we’d need to leave you to solve this one since it’s a matter of integration between two different plugins rather than a bug or general problem as such.

Good luck!

[Barry]

If your theme is going to be updated automatically then yes, there’s a risk of that – alternative approaches would include doing this from within a child theme or even a custom plugin. Does that help?

[Barry]

Thanks! Would this help?

.single-tribe_events ul.nav li.current_page_parent a {
    color: inherit;
}

[Barry]

There probably is a means of doing that. Can you touch base with the theme author and make some enquiries:

• Can they give you a snippet to knock out the poly-fill script altogether? (Even if you don’t want it removed completely, if it’s a simple matter of dequeuing a script we can probably add some conditional code so it only affects event pages)
• If not, can they confirm if a class or some other wrapper can be applied to elements to “exempt” them from the poly-fill’s attention?

I hope that helps – but let us know how you get on 🙂

[Barry]

I do apologize: there’s a glitch with our forum tools right now that can mark staff replies as private and additionally make them inaccessible to our users – which wasn’t at all what I wanted. Please accept our apologies on that count and let me re-post:

Hi Ken:

Unfortunately I don’t have IE9 to hand. However, I’d be interested in seeing the URL you end up with when navigating forward/backward a month via those links with that browser, if you could share it.

For instance, do you end up at:

http://example.com/training-events/2014-04/

Or is it something like:

http://example.com/training-events/2014-04/?tribe-bar-search=Search&...

Thanks!

[Barry]

That is odd.

You can see the calendar widget (currently configured to show 0 events) on our demo site http://wpshindig.com/event-widgets/ and that is also what I experience locally … I am unsure why you’d be seeing something other than this – particularly with no other plugins/only a default and unmodified theme.

Can you restore your site / a duplicate testing site to that state (ie, deactivate everything once again) so we can inspect it and see if there are any clues when it is in that state?

[Barry]

OK – please do accept our apologies for the inconvenience – but this is slated for a fix and we ought to see something being put in place to address this over the course of the next few upcoming releases.

[Barry]

This reply is private.

[Barry]

I’m not sure – it’s not something I can replicate.

Either here or on another testing/dev site would it be possible to temporarily put things in the state you just descibed (no other plugins, only a default and unmodified theme) so we can inspect it under those conditions?

[Barry]

That’s exactly what I mean and it’s definitely worth investigating.

As an aside, we do realize this particular method of handling all-day events isn’t ideal – but we have slated it as an area in need of further work so, hopefully, steps like these will not be necessary in future versions (assuming this is indeed the problem).

Let us know how you get on!

[Barry]

OK. Well that’s definitely possible. We’ve got a range of resources to help you get started with customizaions – the Themer’s Guide in particular being an awesome starting point:

• Themer’s Guide
• Tutorials
• Technical Docs

In this instance you might be interested in the tribe-events-bar-filters filter hook (you can see where this comes into play within the modules/bar.php template, where tribe_events_get_filters() is called) – this would let you knock out and replace (or modify) the location search filter.

There are quite a few facets to this, but hopefully the above gives you a starting point.

Thanks for getting in touch 🙂

[Barry]

Hi guys, this was inadvertently marked as ‘resolved’, but (webdesign309 in particular) please do feel free to follow up once you’ve had a chance to review things. Apologies for any confusion!

[Barry]

Hi marcosnoy, I’m sorry to hear you’ve also been facing problems along similar lines.

It would be appreciated though if you could form your own thread if you need further assistance with this issue as there are some fundamental differences between what you are describing and what webdesign309 has described:

Last Friday I installed the events calender and the events calendar pro plugins and added one event (just to test it). It was nog accessible for visitors.

If things are failing with only a single test event then that is definitely not par for the course and unless there is some sort of conflict with other plugins/your theme it may be that your own hosting environment is seriously underpowered, or poorly configured. It’s also rather different to the circumstances that are triggering problems in webdesgin309’s case.

The sheer number of people successfully running Events Calendar PRO with some pretty standard web hosting tends to suggest your own experiences are pretty atypical – but that said we’re definitely happy to take a slightly closer look at your problem if you want to create a new thread.

I am glad to hear that I am not the only one to have issues like this with the plugin. Hopefully they will help us to resolve our mutual problem.

What I can say is that, incrementally, the plugin is improving on multiple levels over time – making our interactions with the database more efficient is part and parcel of that. Yet at the same time I’d stand by my last reply: you, or your client, are going to require sufficient resources to field the number of incoming requests at peak times.

Following from my previous reply:

• Have you been able to explore caching options?
• Have you looked at increasing overall server resources to accommodate these spikes?

Thanks!

[Author]

Posts