[Barry]

Hi Johannes,

Our iCal Importer plugin might meet your needs here. You can use it both for “one time” imports from external iCal/ICS sources as well as automated “background” imports that will scan for new events and pull them in on an ongoing basis.

Would that work for you?

[Barry]

Hi guys,

I’d definitely recommend logging a feature request over on our UserVoice page if you’d like to see this rolled into a future release – that way others can upvote the idea which is really useful when the time comes for us to prioritize requests.

As an interim step, you can disable the organizer fields simply by overriding the community/edit-organizer.php template. The general process for creating template overrides is covered here, but basically all you need to do is create a new, empty file within your theme located as follows:

wp-content/themes/YOUR_THEME/tribe-events/community/edit-organizer.php

Again, don’t put anything in this file, just leave it empty.

To make the current logged in user the organizer automatically is going to involve a little more work. The general process might look something like this:

• Test to see if there is an existing organizer post for this user whenever they submit an event (you might listen in using the tribe_community_event_created hook)
• If there isn’t then create a new organizer – you may wish to use post or user meta data to “link” it to the appropriate user
• If there is already an organizer record for this user, or one has been created, go ahead and link it up to the event

That’s a very high level overview and the fact is this is a little too involved for us to detail the entire solution here on the forums, but it is certainly possible and hopefully gives you a starting point you can work from 🙂

[Barry]

Hi there Byung Hwa,

I’m sorry it’s not performed as expected when viewed on handheld devices.

Interestingly, given a default theme, the ticket form seems to do a much better job than in the case of your own website. It also looks like the ticket form has been customized somewhat via CSS added by your theme (Eventica WP).

Unless these are tweaks and adjustments you made yourself, it may be worth approaching the theme vendor about this A) because they can fix these rules and that will benefit other users of the theme and B) because they are best positioned to adjust things so that they stay in line with the general aesthetic your theme is aiming for.

Could you send them a note and see if they can help out with this one?

[Barry]

As a further note, though generally we don’t advise downgrading (since it has the potential to re-introduce bugs that were solved in more recent releases) it does seem like reverting to the following versions of The Events Calendar and Community Events will solve this particular issue until we can deliver a substantive fix:

• The Events Calendar 3.12.3
• Community Events 3.12

If you have problems accessing either of the above versions please just let me know.

[Barry]

Hi Jeramey,

Our apologies for the inconvenience firstly.

It looks like a legitimate bug to me and I’ll get it logged so the team can get to work on a fix. We’ll do our best to keep you posted here in this topic as things progress.

Thanks for your patience in the meantime 🙂

[Barry]

Hi Sean,

Yikes – that’s not good!

I can certainly reproduce this issue which is a valid bug. I’m going to get this logged and make the team aware so we can get to work on a fix – I’ll do my best to keep you posted.

Apologies for the inconvenience in the meantime.

[Barry]

Hi Adage,

If you create an event and leave the end date/time alone (basically, so that it matches the start date/time) then it should have the effect you’re looking for 🙂

Does that help?

[Barry]

Hi Richard,

I’m sorry this has inconvenienced you.

We’re certainly aware of the problem as it stands in relation to German (and possibly other languages) and I’ve raised the priority of the bug report.

We’ll do our best to drop a note in here once we are able to make some headway toward solving this.

Thanks for your patience in the meantime 🙂

[Barry]

Hi Russ,

I’d be happy to help but please note we have a policy of one question per support ticket. Let’s look at the past event/404 issue here and if you could create a new topic for your second, WooCommerce related query that would be great 🙂

When an event has past, but we go to the page that the event should be at – we get a 404 error. However, if this event is in the future it’s visible.

That certainly doesn’t sound like the normal behaviour – could you point me to a live example so I can be sure I’m understanding correctly? I did try looking at the domain name you provided when you opened this topic, but it’s protected by HTTP authentication.

Can you also confirm that you tried our standard troubleshooting steps and share your system information?

Thanks!

[Barry]

Hi Dirk,

Great to hear you’re enjoying the plugin so far!

Please note first of all that we do try hard to stick to a policy of one issue per topic. I’ll try to outline some avenues for you to explore in relation to both your questions, but if you need further help on them it would be appreciated if you could create a new topic for one of them.

Re translation files, the name you created looks fine to me: where are you saving it, exactly?

To your second question, might the following snippet help?

https://gist.github.com/barryhughes/13b814cf679a3e7e2ee4

The idea would be to add this code (usually not including the opening <?php tag) to your theme’s functions.php file or some other suitable place.

Does that help?

[Barry]

Hi Lori,

I’m sorry to hear you’ve hit up against some difficulties.

On looking at your site this morning, it seems like list view is working as expected and month view is also functional. Were you able to resolve this already?

If not just let me know (please also share your system information as described here – I’m not too sure what the screenshot of system information you provided relates to but it’s not quite what we were looking for).

Thanks!

[Barry]

Sounds good: I’ll leave this open and if any other information comes to light as you do further testing please do let us know and we’ll take things from there 🙂

[Barry]

Hi Ameet,

Just checking in here — did you have a chance to perform any further troubleshooting or were you able to notice patterns between the occurrence of the queries you highlighted and specific views or user actions?

Let me know if we can help further 🙂

[Barry]

Hi Ameet,

Thanks for those extra details.

I do appreciate that the guys indicated the query was a known problem, but I’d again emphasize that there may have been a misunderstanding and this may not be the same query/problem they were thinking of.

With that in mind I feel it’s important we don’t neglect other possible causes — so working through the remainder of the questions I asked previously could definitely prove useful:

• Sometimes we find problematic queries are triggered only on certain pages or in response to certain requests … have you been able to identify any such patterns (is this query only executed in relation to event views, for instance, or does it run on every page load?)
• As an extension of the above, have you been able to run through our standard troubleshooting steps (on a staging/test site, perhaps)?

Would you be able to give those a shot and let me know how you get on?

[Barry]

Hi Ameet,

Thanks for hitting us up here on the support forums and for your patience so far.

Unfortunately, I’m not actually sure what the source of the query you cited is. I do also realize you’ve been in communication with other team members, but having chatted to them about this I think there’s a possibility that some wires were crossed and this query/your performance issues may not have their origins in the same problem they were referring to.

Given the number of posts in your database I’ve no doubt those queries with their LIKE statements could be causing something of a burden and what I’d like to try and zero in on is the trigger and source of those queries:

• You specifically note enabling Community Tickets (a beta build) – do you find this problem vanishes if you deactivate it?
• Sometimes we find problematic queries are triggered only on certain pages or in response to certain requests … have you been able to identify any such patterns (is this query only executed in relation to event views, for instance, or does it run on every page load?)
• As an extension of the above, have you been able to run through our standard troubleshooting steps (on a staging/test site, perhaps)?
• I’d like to get a better picture of your site and its environment – the system information you provided when you created this topic is definitely useful (thanks for sharing!) but typically what we are interested in is the data described here … would it be possible for you to share this in a private reply?

Knowing you’ve already been discussing issues out of the forums I realize you will be especially keen to reach a speedy resolution – if we can run through the above steps and questions in the first instance we’ll hopefully be better placed to facilitate that 🙂

Thanks!

[Author]

Posts