[Barry]

This reply is private.

[Barry]

Absolutely.

As noted above, we’ll post an update in here as soon as the fix is ready.

If you need further help before then, please do create a fresh ticket of your own (so you can share further information that might help us to craft a workaround – though, unfortunately, that isn’t always possible).

Thanks for your patience in the meantime.

[Barry]

Hi Saif – I’m going to import from that same event locally and see if I can replicate the same thing.

I’ll let you know what I find!

[Barry]

I can’t FTP in and don’t think admin access would be useful in this case. If you could send a zip or link to a zip of your theme, though, perhaps I can take a look at it and see if I can identify the source of the issue.

In parallel to this, it could also be worth reaching out to your theme’s support team and asking if there is anywhere in the code where they overwrite or nullify the global $wp_query object, which is the most common cause of this problem.

Thanks!

[Barry]

Is this part because we are limited to the amount of sites the license can use?

Not necessarily. If you are not seeing messages about your import limit being exceeded (and you can check the status of that via the Events ‣ Help screen, as Brendan noted earlier) then you’re probably safe, so far 🙂

If you do exceed the number of permitted sites, you should see a warning next to your license key on the Events ‣ Settings ‣ License Keys screen – so that’s something to look out for as you expand your use of EA.

Something else that could be afoot here though is the running of scheduled tasks within WordPress. We depend on some amount of “background processing” via WordPress’s scheduled events API and, by default, that is something that isn’t guaranteed to run at regular intervals (in fact, it depends on having a consistent flow of traffic to your site throughout each 24hr period).

I’m not sure who your host is – apologies if I missed this earlier in the exchange – but perhaps you could check in on this with them and ask, if it isn’t already in place, for a “true” cron job to be set up that triggers WordPress’s wp-cron.php file every 15 minutes.

Can you give that a shot, or let me know if you’ve already tried this?

Thanks!

[Barry]

Hi Jared,

Brendan flagged this conversation and I wanted to check in and see what we might be able to do 🙂

It sounds like there are perhaps two related but separate issues here, one being a question about the number of sites you want to use Event Aggregator from and the other being some ongoing issues with your imports.

Focusing on the second of those problems for the moment, this is what you initially reported:

https://calendar.google.com/calendar/ical/en.ukrainian%23holiday%40group.v.calendar.google.com/public/basic.ics

It has events in it for the entire year. But when I go to import it it only imports the events from the current month. The screen below shows only 2 events for this month and next month but none of the other events that are on the calendar.
http://icecream.me/88666cf7956488a3f2d6adfa1bdf8399

It’s possible that what you are experiencing here is just the result of your current import settings.

If you visit the Events ‣ Settings ‣ Imports ‣ Global Import Settings screen can you tell me what the Import Limit Type is currently set to and also the value of either the import quantity limit or import date range limit setting (you will only see one or the other).

This might be the limiting factor you are up against. Once we’ve cleared this up, we can investigate whether you need special licensing or not.

Thanks!

[Barry]

Hi Matt,

Thanks for your interest in our plugins!

Unfortunately we do not have a completed VPAT form that we can share with you, though our plugins do indeed bake in a range of responsive design measures.

The Events Calendar, our core plugin, is free however so you could certainly download it and evaluate it for suitability under your own steam if you wished to do so.

I hope that helps and do let me know if I can answer any further questions 🙂

[Barry]

Hi Lucie,

Thanks for reaching out and for your interest in our plugins 🙂

If I’m understanding you correctly and – in essence – you want the calendar to automatically ‘recycle’ events by moving them forward a month, each time a month passes, then no I’m afraid that isn’t supported (though if you like coding, or have access to a developer, this wouldn’t be too hard to build as a further customization).

However, you may be interested in our Events Calendar PRO plugin. This builds on top of our free, core plugin (The Events Calendar) and its flagship feature is its recurring events functionality.

This allows you to create an event and have it repeat every month (or week, or some other interval). If you defined an event starting today and repeating every month for 12 months, for example, it would generate 12 events and add one to each upcoming month.

It’s possible that would suit your needs here; what do you think?

[Barry]

Hi there @dialogue99,

I’m really sorry to hear you’re hitting up against difficulties.

Though it certainly appears to be linked to our plugin, it could very well be the case that your theme (or a different plugin) is actually behind this issue.

Under the hood, WordPress builds up each page using lots of individual database queries. One of those queries is regarded as the main query and that is what our plugin is trying to work with in this particular scenario. Unfortunately, a pattern we occasionally see with some themes (plugins too, but mostly themes) is that they overwrite the main query and change it in a way that triggers this problem.

I notice that when you opened this topic you noted having attempted to disable all other plugins and I’m guessing that didn’t help. Have you been able to switch to a default theme such as Twenty Seventeen, though, to see if that clears the issue? If it does, that would indicate that the true source of the problem is in your theme and that perhaps it is committing the misdemeanor I outlined above.

Are you able to confirm if that is the case? Please see our troubleshooting guide if you are unfamiliar with this process, as it includes tips about minimizing and avoiding disruption on a live site (by either using a staging site or by using the Health Check plugin to enter a special troubleshooting mode).

Let me know if you have any further questions about this process 🙂

[Barry]

Not yet I’m afraid, John.

We’ve linked the bug report to this ticket though and as soon as the fix is available, we’ll post an update in here. In the meantime, the best course of action if you need a solution in the interim is to set up the snippet above.

I hope that helps 🙂

[Barry]

OK, I appreciate the feedback: we’re doing a little further digging into this and should have some more answers shortly.

Thanks for your patience in the meantime 🙂

[Barry]

Just following up here quickly, everyone: if you have the Month View Cache setting enabled (this can be found in the Events ‣ Settings ‣ Display admin screen), does disabling that resolve the issue?

[Barry]

This reply is private.

[Barry]

You got it 🙂

[Barry]

Hi Marcus,

That information is stored in the post meta table: the post ID field will be set to match the ID of the venue itself and meta key will be set to _VenueZip.

The Events Calendar provides a function called tribe_get_zip() which can be used to retrieve this information and, conveniently, it accepts either the venue ID or the event ID (if you provide the latter, it determines the venue ID by itself).

I hope that helps but do let me know if you have any further questions 🙂

[Author]

Posts