[Barry]

Excellent 🙂

[Barry]

… One other approach would be to test things out on a test site rather than your live site. This could be as simple as setting up WordPress in a subdirectory and, initially, adding only The Events Calendar and Community Events.

Configure them as they are on your live site and see if they same problem occurs. If there’s no problem, start adding each of the plugins that you have on your live site and ultimately your theme – testing at each stage to see if you can identify the seat of the conflict.

Would that be possible here?

[Barry]

OK: in this case, could I ask for you to create an administrator-level user account and share the login/password and URL for me here? I’d just like to run a quick test if possible (and if you’re happy to do this, please share the credentials as a private reply).

Thanks!

[Barry]

You’re right – I can replicate something similar with a test group: it’s looking like this may be a bug specifically in relation to groups that we’re going to have to investigate further.

I’ll get that logged and we’ll update you as things progress. Realistically, any fix is going to be at least 2 releases away at this point – simply because the very next release is already in code freeze – so on a practical level I wonder if it would be possible to switch to using pages? I realize that doesn’t offer the same experience for your users, but just wanted to explore the possibility.

[Barry]

Hi Steven, thanks for the offer but we should be good 🙂

Just to clarify, though, we’re not really treating this as a bug as such – rather it’s a potential enhancement that we’re considering for a future release.

Thanks!

[Barry]

Well, let’s start with the possibility that the issue lies within custom events templates. Can you look at your theme and see if there is a directory called tribe-events within it?

If there is, can you try renaming it (temporarily) to __tribe-events?

This will effectively make them invisible and so on one hand the appearance of your events pages will change back to their defaults, but it would also help us to confirm if this is where the problem lies.

[Barry]

OK.

So there’s been a bit of confusion in the course of this thread but my best guess is simply that other sites hosted on the same server are also making use of Google’s geolocation API and the request limit is being exceeded.

The account is actually under a Shared Hosting environment, not VPS, with 1 assigned IP.

Well, I’m not sure you have a unique IP address there – a quick bit of research shows a great number of domains sharing the same address.

In summary then – best I can tell – this is not a bug in our plugin, it’s just that Google is imposing some reasonable restrictions which are being exceeded by all the combined websites that run on the same server.

Would you (or your developers) be able to obtain your own Google Maps API key? We could then investigate some changes to help you use it.

[Barry]

Thanks Leah! Further to that, I’d definitely recommend creating new threads of your own (Jason/insitemodt) mostly to avoid confusion but also because right now we are not always alerted when you make a reply in a support thread started by a different customer.

Thanks!

[Barry]

I’m afraid we don’t have anything else to suggest at this time – I think realistically getting support from the theme author is likely to be the best path forward here.

[Barry]

I’m not completely clear …

For some reason, the link you used to have changed, so I had to update that. Not sure why that would have changed.

Can you clarify what you mean – are you referring to the link to the main events page here? Is this still a problem?

Basically though it should not change when you update WordPress nor should it change when you update the plugin – it should remain constant. Are you finding it does not do so in your case?

[Barry]

I’m so glad that helped 🙂

I’ll go ahead and close this thread – but of course if we can assist with anything else please don’t hesitate to create a new thread (or threads) and one of the team will be only too happy to help.

Last but not least, if you had a moment we’d love to hear your thoughts on The Events Calendar over on our review page. Thanks again!

[Barry]

Hi! It’s been quite a while so I’ll go ahead and close this thread (it will no longer be monitored by staff for replies) but if any other questions do crop up please don’t hesitate to create a new thread and one of the team will be only too happy to help 🙂

[Barry]

We’d need to leave it to you to explore more involved options like modifying the query in this particular case – but if you search here on the forum and more widely for terms like pre_get_posts and parse_query you’ll probably be able to dig up some good stuff and indeed you may be interested to read through our own code, particularly within the TribeEventsQuery class which lives in:

the-events-calendar/lib/tribe-event-query.class.php

Beyond that, adding a supplementary list before the main view is probably a good way to go.

I’ll go ahead and close out the thread at this point as I don’t think there’s too much more we can do to help with this one – though if any further specific questions do crop up certainly feel free to create new threads and if one of the team can point you in the right direction they’ll be happy to do so 🙂

Good luck!

[Barry]

OK – so long as you’re happy that should work though I would like to add a note mostly for the benefit of other users coming across this thread that directly modifying core plugin code is generally not a great idea.

Anyway – glad you’ve got a workaround in place and with that in mind I’ll go ahead and close this thread.

Thanks!

[Barry]

Glad it worked out 🙂

We could definitely add a mini-tutorial covering this specific situation – but I think the basic process of setting up a custom stylesheet to add new CSS rules targeting our plugin’s output is fairly well covered already in our Themer’s Guide, unless you disagree (and we’d be genuinely interested if so).

Thanks again!

[Author]

Posts