[Barry]

I understand what you’re asking for however there’s no fix in the works, as such, because this is the expected and deliberate behaviour.

Google Calendar provides us with data in what is known as the iCal format. That format, unfortunately, doesn’t provide a way to clearly communicate that events are deleted, vs events being outside the current range of the feed.

As simplified example, let’s say we have events taking place on the following dates:

• Jan 10
• Feb 23
• Mar 15
• Jun 12
• Jul 29
• Aug 23

A lot of iCal feeds will only contain the upcoming events, so today (at the end of April) that would look like this (basically, all past events are removed from the feed):

• Jun 12
• Jul 29
• Aug 23

That doesn’t however mean that the first three events were deleted, as such. Another factor is that iCal feeds often have a limit in terms of how many events they contain. Let’s say for arguments sake that the limit is 3 (even if in practice it may be 10, 50, 100 … depending on what software is used to generate the iCal data) so, on today’s date, we only see the final set of 3 events.

If a new event is added in June, it would push out the final event on Aug 23 (due to the limit on the number of events contained in the feed):

• Jun 12
• Jun 19 [new event]
• Jul 29

Yet, that doesn’t actually mean the event on Aug 23 was deleted. It’s still in the source calendar, just not included in the feed.

That is a fairly simple example of the challenges involved with what you are asking for (at least, when our source data is an iCal feed). There is an existing feature request for this, however, and I would encourage you to add your vote:

tribe.uservoice.com/forums/195723-feature-ideas/suggestions/17696905-event-aggregator-to-remove-deleted-events-during-i

I’m sorry we can’t do more on this occasion.

[Barry]

Hi Joshua,

Let’s say your main events list (as opposed to month view) is accessible at example.com/events/list – you can then access that list in iCal format via example.com/events/list/?ical=1.

Now, if you want to increase the number of events that are exported, you can add the following snippet to a custom plugin or even to your theme’s functions.php file if that’s an approach you like to use:

add_filter( 'tribe_ical_feed_posts_per_page', function() {
	return 1000;
} );

With that in place, the feed ought to contain up to 1,000 entries. I recommend using this with care, though, as building such a large data set may prove taxing when run within some hosting environments (hence the need to explicitly enable this).

If you have any further questions on this definitely let us know – but it would be appreciated if you could do so from a new thread of your own 🙂

Thanks!

[Barry]

Excellent, happy to be of assistance 🙂

[Barry]

Hi Brian,

If I understand correctly ‘On Hold’ (in relation to the order status) is not actually our string, but rather comes from WooCommerce itself. Are you finding it is translated correctly in the WooCommerce order list itself?

Thanks for clarifying and for your patience while we work through these issues.

[Barry]

Hi!

Does the aggregator only add events? Not modify or delete changes to existing events?

It can certainly allow for events to be modified – but, no, it won’t automatically delete them. The reason for this is that in a lot of cases, the fact that an event is no longer included in an iCal feed (which is the way Google Calendar shares data) can be temporary and doesn’t mean it has in fact been removed.

So, for the time being, the best way forward is to manually delete those events.

Does that help/clarify things?

[Barry]

You specifically mean do we have plans to support the use of tickets with recurring events, right?

If so, yes we do. It’s not a simple endeavour, though, so I can’t really guess at when this will land. However, a lot of the groundwork is already underway and some features – such as the ability to move tickets and ticket types between different posts – have already shipped. Though features like that one turn out to be pretty useful generally, the motivation for adding them was to better equip merchants for a future where tickets can be applied to recurring events (if a recurrence pattern is changed and some events are ‘orphaned’ as a result, for example, we need to allow any tickets that were already issued to be relocated).

Further improvements to the recurring event engine are underway and we hope to ship those soon: all of this, while not directly giving you the final solution you are seeking, is largely being done to let us get to a point where we can offer recurrence support (for tickets) in a sane and maintainable manner.

At the heart of your question though is a request for a hint about when you’ll have what you need and, unfortunately, we’re not positioned to answer that. There are various large scale pieces of work that need to ship first (and will probably need to be tuned following user feedback) which makes it hard to predict things with any accuracy. That does at least allow me to tell you we’re talking about more than a short few months, however.

I hope that at least gives you a sense of what is underway and some encouragement that we’re working seriously on this, even if I can’t provide you with a timeline as such.

[Barry]

That’s odd.

Can you login to your site and visit the WooCommerce → Settings → Emails screen and confirm that the New Order email is enabled?

It could also be worth creating a new product (a ‘regular’ product, unconnected with tickets) and making a test purchase: is the new order email sent then? In essence, I’m keen to determine if this is specifically related to ticket purchases or if it is a more general problem either with your site’s configuration or that of WooCommerce specifically.

Last but by no means least, installing and setting up a plugin such as Easy WP SMTP might help you to workaround any issues with sending emails from your current host.

Let me know how you get on!

[Barry]

Hi Paul,

I’m sorry to hear we haven’t met your needs on this occasion.

As is the case with most pre-sales users you are posting anonymously – so it’s hard for me to be sure of this – but best I can tell you have only asked for help on one other occasion and Geoff answered you promptly and thoroughly.

Do you have any other specific feedback on this that you would like to share, or is the primary problem that our support is delivered using forum software rather than having options for phone-based support? I’m really keen to learn more from you and if you’d prefer to discuss this by email rather than here in the pre-sales forum that’s fine, too – I’ll send you an email to follow-up on this exchange.

Tom: it sounds like we’ve also failed to match your own expectations. Again, it’s not entirely clear to me as to why you have such a low opinion of the support that is on offer. It seems like you have only posted one request for help since purchasing a license, which is still in progress, and Geoff is already assisting you: I have to admit, it’s not clear to me why you see the service you are receiving as terrible.

As with Paul, though, this probably isn’t the best place to discuss things – but I’d love to hear more from you and will shoot you an email shortly.

Thank you both for your time and for your feedback 🙂

[Barry]

Hi Matthew,

That’s really strange and not something I can replicate or that I’m seeing many similar reports of.

Would it be possible for you to share your system information with us, via private reply? Beyond that a good first step could be to visit the Settings → Permalinks screen (no need to change anything, though) then re-test and see if the problem is still present.

If that doesn’t help then running through these standard troubleshooting steps is definitely worth a shot 🙂

Let me know how you get on!

[Barry]

Hi Josh – great question!

Though not supported directly it certainly ought to be possible via some fairly straightforward customization work.

With that said, we don’t provide technical support here in the pre-sales forum so I’d encourage you to login and post on our premium forums (if you have a valid license key) or else it might be worth seeing if others in our rather awesome community can help over on our wordpress.org forums 🙂

Good luck with the project and let me know if we can help with any other questions.

[Barry]

Awesome, I appreciate you being willing to do so 🙂

[Barry]

Hi Khalid,

Please accept my apologies for the delay and frustration this issue has caused you.

Your license key is for Event Tickets Plus, whereas you have added it to the Event Aggregator license field (which is the reason it isn’t being accepted – because it isn’t valid for anything except Event Tickets Plus).

If you don’t see a field for Event Tickets Plus within that same screen then please do ensure it is installed and activated alongside Event Tickets itself:

• If you haven’t already done so, you can download Event Tickets Plus from the My Account → Downloads page (be sure to log in first of all)
• You will also need Event Tickets to be installed and activated which you can obtain from our wordpress.org page

You should then be able to add and validate the key. Does that help?

Again, sorry for the confusing experience there. What would be great if you hit further difficulties is if you could log in and post in our Event Tickets Plus forum: that will help to ensure we can better serve you in situations like this one.

Thanks!

[Barry]

Hi Ian,

Thanks for your interest in our plugins 🙂

That’s a really interesting idea and it’s probably even possible as a further customization of Event Tickets Plus – but, unfortunately, is not something the plugin supports directly at this time.

If I can help with any other questions you might have, definitely let me know.

[Barry]

Hi Lars,

Thanks for contacting us though I’m sorry to hear you’re experiencing problems.

/wp-content/plugins/the-events-calendar-community-events/src/views/community/modules/datepickers.php (see image) there’s also a ” misplaced (see marker).

This should have been addressed in our 4.4.4 release. I can’t see your system information so I don’t know which version of Community Events you are running – but updating to the latest and greatest would certainly be worthwhile 🙂

After a long fight with add event showing wrong time … Its not in the code, but in an overlaying js the 8:00 – 5:00pm (instead og 08:00 – 17:00)

Just to be crystal clear, you are referring to an issue whereby the Community Events datepicker does not reliably use 24hr time, even if that is what WordPress is configured to use?

If so, that is a known bug we’re actively working on and hope to ship in our very next maintenance release.

[Barry]

Hi Simon 🙂

Can you provide some sample code — where are these queries running, exactly?

Thanks!

[Author]

Posts