[Barry]

theeventscalendar.com/knowledgebase/testing-for-conflicts

Thanks: and are you positioned to run through the above troubleshooting steps? Did you find that they resolved the issue/allowed you to identify any conflicts if so?

If you are unable to perform these, please just let me know — as I can’t replicate the bug myself I’m keen to eliminate or confirm the possibility that a conflict is at work.

(Should you be unable to run through those steps using your live site, perhaps you could create a test site in a subdirectory – ie, example.com/testwp – and install only The Events Calendar, add your license key and confirm if you see the issue there.

Thanks!

[Barry]

Fantastic 🙂

I’ll go ahead and close this topic, but of course if we can help with anything else please don’t hesitate to let us know by creating a new one.

Thanks!

[Barry]

Happy to hear it – thanks!

[Barry]

No worries – thanks for confirming you’re all sorted!

[Barry]

Hi Thomas,

In the case of Event Aggregator, there are no plugin files to download except for The Events Calendar itself.

So long as you have that in place, you can add your license key in the Events → Settings → License Keys screen and start taking advantage of Event Aggregator 🙂

I hope that helps!

[Barry]

Thanks Zachary,

However – as noted in our terms and conditions – we generally do not accept or use credentials for customer websites.

Finding the system information is fairly easy — the process is described here — and you can simply copy and paste it into a new private reply, which will hopefully help to inform our picture of what is happening on your website.

I’m afraid we are also unable to perform these troubleshooting steps on your behalf: generally this is best left in the hands of the site owner or developer, as you will be able to arrange for backups and can perform this work at a time that works best for you and avoids disruption for your own users.

Let me know if that’s possible!

[Barry]

Hi! We did actually deploy a fix – unfortunately, as is apparent, we failed to post an update here and in a few other forum topics.

If you’re still hitting this issue, though, please do let us know.

[Barry]

Thanks, Zachary.

On testing with the same update authority setting and the same feed, I am unable to replicate the issue: events are successfully imported – but are not duplicated.

• Can you share your system information in a private reply?
• Are you able to perform some troubleshooting to test for conflicts?

On that final point, if you are unable to do so on the site where you currently experience the problem, perhaps you could install a fresh copy of WordPress in a subdirectory (ie, example.com/test-wp), start by only installing The Events Calendar and adding your license key – then see if you hit the same thing there, too.

Thanks!

[Barry]

Sorry to hear you’ve hit up against some difficulties, Zachary — and apologies for the delay in responding.

If possible (by private reply) can you share your system information and the URL for the feed you are importing from?

Thanks!

[Barry]

Hi @mindshare!

I was taking a look at this but – initially – was unable to verify your findings with regards to the get_orders_by_status() method specifically.

To help me better assess this, could you if at all possible share an export of your database? Most hosts provide a means of doing this and you could then upload it here in zip format as a private reply.

If you’re uncomfortable sharing this data that’s completely understandable, but I wanted to check if it was possible first of all.

Thanks 🙂

[Barry]

Pleased to hear it — and thank you for bearing with us while we looked into this 🙂

[Barry]

Thanks for bearing with us 🙂

Also, my apologies – I missed a trick with the initial snippet I shared. In addition to what I shared on 8th May, please also add this to the site initiating the import (the destination site):

function support_long_other_url_import_ranges() {
	return MONTH_IN_SECONDS * 24;
}

add_filter( 'tribe_aggregator_url_import_range_cap', 'support_long_other_url_import_ranges' );

This compliments but does not replace the other snippet. Can you give that a whirl? Based on local testing, it seems to do resolve this issue so far as I can tell.

[Barry]

Hi Chris,

I’m sorry to hear that you’ve hit up against some difficulties. The last thing we want is for you to have a frustrating experience, but there are some things which we are not directly in control of.

In this case it sounds like you are using a third party duplication plugin and that, when applied to recurring events, various undesirable side effects take place. That’s unfortunate and I’m unsure exactly what the root problem is but my guess would be the plugin you are using is simply not designed to deal with (recurring) event data.

Most posts – whether pages, blogs posts or instances of custom post types in general – are generally very similar in nature. There is a post with various fields, and there is a bunch of post meta data. A general purpose post duplicator I’m sure would handle most of these well.

Recurring events, though, are more complicated. They consist of a parent post and a (potentially large) range of child posts, all with their own post meta data. Whenever they are created or updated sometimes it is also necessary to update data stored outside of the post and post meta tables: that to say, it’s not without complication.

If you need this sort of functionality, I’d recommend checking out a tool built especially for the job:

wordpress.org/plugins/duplicate-tec-event

We didn’t create it, so I can’t vouch for it, but it was written with events (including recurring events) in mind — so you might have more success with it than what you are currently using.

If I have a client that has been using TEC for (let’s say) a year and has (let’s say) 15 different reoccurring workshops a week – how am I to explain to that business owner that he has to either figure out “your way” or recreate each event each time the workshop series starts over again?

I take your point, here, but duplication facilities are not something we’ve ever provided or claimed to provide. For most users they have either been unnecessary or tools like the one I have linked to have given them what they needed.

That doesn’t mean we won’t ever add this, of course, just that there hasn’t been sufficient demand so far. To that end, please do feel free to comment on and up-vote this feature request — we could certainly reconsider its current status if it gains more traction and if existing plugins that provide this are not up to the task.

Thanks again for your feedback – and I do hope you have success with the Duplicate TEC Event plugin 🙂

[Barry]

Hi Joe,

Thanks for your patience – it sounds like an interesting piece of work that you’re building 🙂

Also coding help is provided via this forum there are several articles written about stuff like this.

We do indeed have a bunch of knowledgebase articles that aim to steer folks in the right direction for any custom dev or theming work they might like to undertake and occasionally we do also go into more depth on the forums.

In general, though, if you need to build something like you have described, it’s up to you to figure out a way. We can try and guide you – as Cliff has already done – but ultimately there may be gaps you need to fill in yourself. If you’re not familiar with WordPress development, that may entail seeking help from others who are at home with this sort of work.

You actually did not answer anything. You mention this

“tribe-events-bar-views filter”

Without any reference of where to find it, what PHP page its on, nothing.

Well, Cliff did already provide a reference to a place in the source code where this hook is used:

wp-content/plugins/events-calendar-pro/src/Tribe/Geo_Loc.php

That’s a really great example of adding a view. To provide some further detail: often, this hook is triggered when the tribe_events_get_views() function is called – for example, you can see a call to this function from within the modules/bar.php template (see here for details about our templates and overriding them).

Within the above file (Geo_Loc.php) noted by Cliff, you can see how we take advantage of this ourselves:

• In the constructor (around line 96) we use the add_filter() function with this hook
• Further down, in the setup_view_for_bar() method (around line 225), you can see how we actually register the view

I hope that helps. In terms of where you should put your own code, that’s more of a general WP development question, but there are a number of different approaches:

• Creating a custom plugin
• Modifying your theme’s functions.php file

I do not advise trying to modify core plugin code, though, as your changes will inevitably be lost next time you update (besides potentially making it harder for us to support you).

I hope that helps and good luck with the project!

[Barry]

Well, it’s possible – but I think would take us beyond the scope of support we can offer here.

If you wish one ‘full’ month view, then separate pages to have ‘mobile style’ calendars, you could potentially target just those pages with some further custom dev work – but I’m not quite sure that would fit your requirements, either.

[Author]

Posts