[George]

Hey Ellen,

I’m glad you fixed it! What ended up being the cause here? Did just saving your Permalinks or something solve this?

Cheers 🙂
George

[George]

Hey @leemon,

Anywhere you see %s, it is indeed a variable that will be auto-injected there. Most of the time it’s just the word “Event” or “Events”, which is translated elsewhere in the file, so no, you don’t have to do anything special in these cases. You just translate what’s there and leave the %s as-is.

I hope this helps!

Cheers,
George

[George]

Hey @accesswinnipeg,

Really sorry to hear about these issues – thanks for reporting them! I’m running 3.11 on my local testing site but don’t see these problems, so I’m curious about a potential code conflict or something on your site.

First, what version of WordPress are you running?

Next, what errors pop up on your site if you head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That will display PHP errors if any exist, which might be quite useful here.

Let us know if you can make that change and, if so, what you find!

Thanks,
George

[George]

Hey Kevin,

We spend an extensive amount of timing on QA for all of our updates, and the vast majority of folks have upgraded to 3.11 fine without issue, so it seems like there is something unique with your site and installation that is contributing to the problems here.

I’m really sorry to hear about these problems – I can’t recreate the issue where your normal Posts are being set to “draft” status, so for now, I’m curious if you can see if any errors pop up on your site if you head to your site’s wp-config.php file and change this line of code:

define('WP_DEBUG', false);

to this:

define('WP_DEBUG', true);

That might reveal some more detailed information about what’s going on here, on a code level.

Thank you! Very sorry about the trouble here, there could be some simple obscure code conflict or something that is causing these issues – hopefully we can sort things out.

— George

[George]

Jason: awesome! I’m really glad you figured this out. Your patience with us while we worked through your issue here is and was greatly appreciated. Thank you. I hope your site continues to work well and your headaches with it all but vanish 🙂

And Andy, thanks for your input here of course – how do you do it?! How you manage being a good, active community member while also being a trauma surgeon is baffling and inspiring to say the least.

I’ll let you guys continue your conversation over on the .org thread for Category Colors. Thanks to both of you for being awesome customers and people.

Cheers,
George

[George]

Thanks for the update! Glad you found the culprit here. Best of luck with your site.

— George

[George]

Hey Samiaji,

Your enthusiasm to keep using the plugin is much appreciated – we’d love for you to be able to keep using The Events Calendar, too, but my comments were simply to underscore the fact that if the core problem here is just a combination of our code and your server being unable to handle the load of 12,000 events, then we wouldn’t be able to correct this from our end of things at this time 🙁

That is hard news to share especially with a customer as awesome as yourself! Yes, we’d love The Events Calendar to keep working on your site – let’s see if we can make it happen, though I’m skeptical that it will handle the load no matter what we try here.

The first of your questions was about the Google Maps API Key – we don’t have an API key hard-coded into the plugin or anything, but the Google Maps works could cause issues if many people on the same network of sites are pinging its API. In other words, many shared hosts might have a bunch of sites on one cluster that all ping the same Google API endpoint, which Google counts as one traffic source and so the limit for API requests is shared among all those shared sites 🙁 It’s unfortunate and we’ve had a few customers run into issues with that in the past (although it is, admittedly, quite rare).

As for “slicing our data in our database query”, I’m not quite sure how best to answer this – we don’t do anything exceptional or fancy with our storage of and retrieval of Events in the WordPress database – we just basically use the default Post Type storage in $wpdb, so if you’re familiar with or can optimize the performance of default WordPress content like Posts, Pages, etc., you should theoretically be able to apply those principles to Events with little extra work.

I’m not sure of my answers here help, but I hope they do.

Cheers,
George

[George]

Alright, thanks for the update Dawn – I’m sorry we couldn’t arrive at a more robust solution here, but best of luck with troubleshooting this on your network side of things.

I’ll close up this ticket for now since it’s already marked “Resolved”, but if other issues arise related to this please don’t hesitate to open a new thread – and, if you think of it, include a link back to this original thread too for context/history.

Thank you!
George

[George]

Hey James,

While I don’t know of a good ratings plugin off the top of my head, and we do not offer customization support here, I’m really glad this worked out for you finally. I’m sorry for not thinking of changing the template sooner!

And despite our lack of customization support, hopefully to at least get you started here it will help to know that the gist of things is to head to the bottom of your theme’s style.css file and write custom CSS to achieve the styles you’d like. If you’re not familiar with CSS, it’s fortunately very easy and straightforward – especially if you get and use a [free!] tool like Firebug if you use FireFox, or the Developer Tools for either Safari or Chrome and employ their helpful “Inspector” tool liberally 🙂

For example, you mention adding some padding and such – you could make the events take up more space on the page with CSS like the following:

#tribe-events-content-wrapper {
margin-top: 2em !important;
max-width: 90% !important;
width: 90%;
}


I tried that out on your site using those tools I mentioned above, and here’s how it looks: https://cloudup.com/cufMpZBAFyC

Just an example. You can do pretty much anything you’d like here, so have fun with it and be sure to keep good backups of any custom code on your site – and your site in general, of course!

Cheers,
George

[George]

Hi Cliffy,

Thanks for the notes here. Your feedback is meaningful and we are aware of some confusion around the Event Cost field with some users. I’d disagree with your assessment that my explanation was a long way of saying it’s a bug, because this feature is tricky to work around – all of our add-ons integrate with each other and the Core plugin in some sense, of course, but what I mean about the Cost field integration specifically is that usually people use it to display, well, the cost of the event. Most often that’s in the form of a ticket, which they might charge for at the door or something. So from our perspective, when someone then buys a ticketing add-on, having two places to enter the cost of an event doesn’t make much sense – especially the “Cost” field itself, since it doesn’t actually do anything while the other, the Ticketing price fields, both display the price like the Cost field and then also do something (provide ticketing check-out functionality, etc.).

This isn’t to belittle your input, and as mentioned, you’re not the only user who’s ever found some confusion/frustration with this. I’m sorry that at this time, this is how the plugin handles that Cost field, but please do believe me when I tell you that we’ve had discussions about this field in the past and are trying to come up with a better solution than the current one. We want to satisfy users who just want the Ticketing price fields, and not confuse them by having two cost fields that do different things, without denying other users who might want both fields the possibility of using them.

This feature struggle may appear a bit buggy in the specific context of Community Events, but with that, we again figured that, since tickets cannot be submitted from the front-end at this time, then at least a Cost could be…then, if the admin wants to make tickets on the event, they’ll see the user’s submitted Cost and then can just add Tickets that will overwrite it upon publish.

So, a little complicated: yes. A bug: no. Something we don’t care about: no. It’s on our radar and I hope you stay tuned to our plugin updates over time as we refine this, and as we introduce Tickets functionality to Community Events which is hopefully coming within the year.

<hr>

Okay, so as for your issues that are still remaining, I actually didn’t see the Cost even on that first event you linked to. Here’s a screenshot of what I saw → https://cloudup.com/cWk_KapOU97

That seems to be because of what you wrote here, obviously:

I have just changed the Settings Made the date without year D F j and that has caused the cost field to go from the one event in question above

1. But can you clarify exactly what you mean by this? When you say, “changed the Settings”, are you talking about The Events Calendar settings specifically? Your WordPress general settings? Did you end up then saving or updating this specific event at all?

2. Next: was this test-event, including its Cost value, submitted from the Community Events submission form?

3. Finally, for now: was/is your Eventbrite Tickets add-on or any other ticketing add-on active at any time during this testing?

Thank you,
George

[George]

Hey Meg,

Thank you for the update! The problem there isn’t regarding the renewal of your license, and your license is indeed valid.

However, it’s just activated on too many sites for the license level.

Your best option is to head to Events > Settings > Licenses in your current site and remove the license key from there, then “Save Changes”.

Then, head to your license keys page on this site → http://theeventscalendar.com/my-account/license-keys/

“Disconnect” the site you’re having trouble with, then upgrade your version of Events Calendar Pro on your site and hopefully that error will no longer display.

Once you can proceed with the upgrade process and have the most recent version of Events Calendar Pro on your site, then go back to Events > Settings > Licenses and add your license key back in.

I hope this helps!

Thank you for your patience with all this.

Cheers,
George

[George]

No prob! 🙂 Best of luck with your site.

— George

[George]

Thanks Lis, best of luck with that plugin and with your site in general. Cheers!

— George

[George]

Hi Mike,

Thanks for sharing that link! It unfortunately was a 404 Not Found error for me, though – https://cloudup.com/cOomsqP0xjg

Can you try re-uploading and sharing?

As for the deletion of the “Events” page you made, yes, deleting it from the menus would make sense since the page won’t technically exist any more (and, in fact, WordPress should auto-remove the menu once the page is deleted). You can indeed then add a custom URL item to the menus linking to the /events page.

Thank you,
George

[George]

Thanks for the update Peter, the fact that the debug log grew a bit in size is actually not too surprising – if the error is with processing itself, then slowing down the processing batch size would increase the number of attempts at batching and thus the number of errors.

Unfortunately, I think your host is indeed the main culprit here and that there’s little that can be done on the front-end of your site to work around this. Let us know what you find with the things you suggested here, but most likely, changing hosts is unfortunately the only thing that will work here.

Sorry to bear that news Peter. Let us know if you have any other questions, concerns, etc.

Cheers!
George

[Author]

Posts