[George]

Hey Bob,

Thanks for reaching out! I will address your questions in reverse order, if you don’t mind 🙂

---

Does adding community events integrate with the main calendar on our site, and can we still create events from the admin console as we do now?

Yes — events created from/within Community Events show up on the same calendar as events you create in your admin; and these admin event-creation features are all totally left in place regardless of whether or not Community Events is active.

---

I would like to be able to have some users submit events for approval, but I do not want them to edit the rest of the site. Are users for the Community Events module separate from WordPress users?

No — “Users” in the context of Community Events are not different than regular WordPress users. It is all one shared set of users, using the User Management features provided by WordPress itself.

However, you might still be able to have users who can submit Community Events but cannot do…well, anything else on your site.

This is possible by only letting WordPress users on your site other than the admins to be “Subscriber”-level users. This level has very restricted access. You could let them submit Community Events, for example, and they can modify their own user profiles, like changing their account email or password, but nothing else on your site.

If you’re not familiar with these features within WordPress, I would definitely recommend Googling around a bit for some articles and guides about the WordPress user system, and what various user roles are capable of. An article like this one might be helpful in this way, for example → http://www.wpbeginner.com/beginners-guide/wordpress-user-roles-and-permissions/

I hope this helps—let me know!

Thanks,
George

[George]

Hey @Ann,

Sorry for the trouble here! To be clear, the “cost” field is intentionally removed when our ticketing plugins are active. This is because the Ticket costs “replace” the cost field.

Here is the reasoning behind that design decision:

•  If there’s an event that costs something, there will be tickets for it with that cost and the cost will be displayed with the event.
• If there’s an event that is free, but still requires tickets or RSVPing, then upon the creation of these free ticekts / RSVP slots, “Free” will displayed as the event cost.
• If there’s an event that does not cost anything and also does not require tickets or RSVP functionality, then no cost or “FREE” text will be displayed because it’s not necessary.

Let me know what you think about this! Do you need both the manual cost field and ticket-based auto-cost-field generation on your site? That might be possible, though would require some custom coding.

Thank you,
George

[George]

Thank you for sticking with this, Mad Dog. I’m really sorry for the confusion and back-and-forth.

Improving these features would indeed be a helpful thing; stay tuned to plugin updates in case some tweaks and fixes ever arrive related to the additional fields. To be frank, I do not know of any plans for that at this time, but this is the sort of improvement I would be happy to bring up with developers and see how feasible the changes are to implement.

I will close up this thread for now, but please open a new thread any time if there’s anything else we can try to help with.

Thank you,
George

[George]

Hey @Jessie,

Thank you so much for your patience here. I’m really sorry about these persisting issues, and that none of my recommendations have helped thus far!

I’ve been working with another developer on this, and we’ve even gotten some heads-up from the folks at Eventbrite about this, so I will try to itemize where things currently stand in terms of bad news and good news at this juncture.

---

The Bad News

First in terms of bad news is that neither I nor one of our developers, Barry, have been able to recreate the problem at this time. This is bad news namely because we’ve checked for many different possible and likely culprits so far, to no avail—these efforts include all of the testing that you have done, too, and again we really appreciate your cooperation and testing here!

The unfortunately result of these facts is that, at this time, there’s really only one test left on the board that could be helpful, which is to do a “clean install” test. This test will reveal the presence of a theme or plugin conflict on your site—or, equally as valuable, if no such conflict is found then the process will definitively rule-out the possibility of there being such a conflict.

These steps can and should be performed on your dev site. If possible, on this development site would you be able to activate a default theme like Twenty Sixteen, and then deactivate every single plugin on your site except for just The Events Calendar and The Events Calendar: Eventbrite Tickets?

Once your site is in this state, create a range of test events / test tickets and share the event posts (and the matching Eventbrite.com posts!) with us. We can then inspect these events with your site in this state and keep the conversation going from there.

This process would be immensely helpful. Let me know what your thoughts are about this and if it seems like something you can do.

---

The Good(ish) News

This bug is still persisting, and affecting your site and business, and so I’m hesitant to call anything here “good” news. However, I mentioned earlier that the Eventbrite.com folks have reached out to us and so there’s an active investigation into this odd behavior here.

We are devoting a number of resources to this bug and are eager to help resolve it.

Thank you, @Jessie! Please let me know what questions you might have, thoughts on all of this, etc.

Sincerely,
George

[George]

Thanks for this information, Allison!

One thing that could be a factor here is your site’s timezone. What I mean is, it seems like your events and this website’s establishment are in Tennessee—is this correct? If so, your Google+ page may have its timezone set to be local to Tennessee and the location of the establishment.

However, your site’s timezone is “UTC”, which is five to six hours ahead of the timezone that Tennessee is in.

So, one thing that might help here is to head to Settings → General in your site’s wp-admin and set the “Timezone” setting to what the establishment’s actual timezone is.

Save the changes, and then see if things improve. I would recommend waiting a day or two to allow for the changes to propagate enough for reflection on Google+ pages/events. To speed up this process, you might find it valuable to create a “Test” event and see if its times are reflected accurately on Google+.

---

Finally, I would recommend the same sort of testing above with another option: the “End of Day Cutoff” option. Your events all seem to go until about 1am, but your site’s “End of Day Cutoff” option is midnight (00:00, as listed in your “System Information”).

I would recommend changing the End of Day Cutoff option to 1am or, for even more padding here, something 2am or 3am.

Then, same as above—give things a day or so to truly update enough for any changes to be reflected on Google+, and/or create some test events to see if things show up any more accurately.

Thank you!
George

[George]

I am sorry about the confusion here. I honestly am. Please understand that it was a simple misunderstanding on my part; I’m genuinely interested in helping here, I just misread and misunderstood your questions and am sorry about that!

I’m also sorry that, at this time, there is no solution to achieve what you are trying to do other than what you described in your original post on this thread:

Aside from something weird like grabbing that nth child, making it absolute and specifically placing it elsewhere on the page, is there another way to call that one additional field and put it somewhere else on the page?

Sincerely,
George

[George]

Thanks Jonathan, I’m sorry about the timelines here. We are hoping to publish bugfixes more rapidly and I hope that a fix arrives soon.

— George

[George]

Hey @Integrity,

Thanks for your follow-up, I’m glad the function is serving you well! When it comes to learning more about it, there are two excellent resources:

• This knowledgebase article → https://theeventscalendar.com/knowledgebase/using-tribe_get_events/

• The function itself. The function is defined at this location in your plugin files:

the-events-calendar/src/Tribe/Query.php

The function in question, specifically, is getEvents() in this file. It’s around line 965.

Reading this function is a great way to see its inner workings, and since it uses a lot of WordPress core functions itself, you can then research each aspect of the function if you’re not already familiar with it.

I hope that’s helpful!

Thanks,
George

[George]

Hey Fernando,

Thank you for this information. The fact that things worked for a few hours is bizarre, and I’ve never heard of or seen an issue that shows up for a few hours and then disappears for a few.

That could hint at something related to your server, or to something tied to features of other software on your site that is itself integrated closely with the server.

I understand why you’re not exactly excited about all of the testing I recommend, and I’m genuinely sorry that that’s the best step I can recommend at this point! You might find it worthwhile to contact your web hosting provider’s support team before doing all of that testing—I doubt that they could find something related to this issue, and will probably just point you back to us (which is fine!), but they might notice something in the server logs that would be helpful here.

If you do this, let us know what they have to say about these issues—if anything. Otherwise, the on-and-off nature of this issue is bizarre and I would still recommend those troubleshooting steps above.

Thank you for your patience and persistence with this issue!
George

[George]

Hey @integrity,

I appreciate your looking into that and your time doing all of that testing. I’m sorry that issues persist!

There’s one last thing worth checking here: your site permalinks.

If you go to Settings → Permalinks in your site’s wp-admin, what are the permalinks settings in place? Are they /%postname%/, for example? If not, does changing them to this option and saving the changes make any impact with the issue you’re having here?

Thank you!
George

[George]

Hey @Mad Dog,

Thank you for elaborating on your question even further; and for your patience!

To move the “Additional Fields” module, you’ll want to move this line of code around inside the edit-event.php:

tribe_get_template_part( 'community/modules/custom' );

That’s where the additional fields inputs are generated, so moving it up or around the src/views/edit-event.php file in Community Events should do the job here.

Consult our themer’s guide for more information if you haven’t done so already → https://theeventscalendar.com/knowledgebase/themers-guide/

Thank you,
George

[George]

I’m sorry about this predicament, Nathan, honestly. I will indeed close this thread but if there are other Calendar issues that arise do not hesitate to open a new thread any time.

Best of luck with your project!
George

[George]

Thanks for confirming that, Mike. In that case, your site may be specifically targeted for some reason. Our Community Events plugin is not the cause of this, and unfortunately cannot totally solve this beyond the help of enabling CAPTCHA.

I’m sorry to bear that news, but just wanted to be clear about the nature of these issues—your best bet may be to contact your web host’s support team to see if they notice any suspicious behavior, or at least any relevant information about this from the level of the server.

I would also ask them for recommendations about steps to minimize spam while on their platform. They may know of specific plugins that work particularly well, for example.

Thank you,
George

[George]

No worries, Sue—I’ll close up this thread for now, but if your site goes live and there’s anything else we can help with, open a new thread any time 🙂

Thanks,
George

[George]

Hey Kathy,

Thanks for your follow-up here; there’s unfortunately not a way to set up these sort of additional fees with our ticketing plugins at this point. While we’re hoping to implement support for this sort of thing at some point over the coming months and beyond, I don’t have a specific ETA for when these features would arrive, and it could take several months 🙁

I’m sorry to disappoint! Please let me know if I can help with anything else.

Sincerely,
George

[Author]

Posts