[Barry]

Hi there, Ryan!

We don’t generally provide technical support here in the pre-sales forum.

If you already have a license key for one of our premium plugins, mind logging in and posting on the Event Tickets or Events Calendar PRO sections of the help desk?

theeventscalendar.com/help-desk

Alternatively, if you do not have an active license, you can seek help from the community over here.

Thanks!

[Barry]

Hi Katherine,

It looks like you should be good to go, so I’m not sure exactly what the problem might be but have some ideas we could try.

For performance reasons, we don’t continually check to see if you have a valid Event Aggregator license. Instead, this test is performed periodically and the result is cached.

If this is behind the problem, you could simply wait a few hours and try again (I realize this isn’t ideal and shouldn’t be necessary – normally it isn’t – but it could be a simple way to tackle this).

Should that not work or if you want to try something sooner, please install a plugin such as Transients Manager: wipe/clear all transients and see if the problem is resolved.

Let me know if either of these steps help!

[Barry]

Sounds good!

Please note topics like this one automatically close after 3 weeks of inactivity, however if that happens don’t hesitate to create a fresh post and simply link back to this one 🙂

[Barry]

Hi Jon,

We don’t generally offer trials but we do provide a 30 day refund window, so if you discovered it didn’t work for you then you could seek a refund in the initial month – we’d be happy to oblige you 🙂

Though you’ve been asking about Google Calendar, I do also want to highlight that although Event Aggregator nominally supports importing from Facebook that specifically is not possible at present (due to changes made to the Facebook platform). Just wanted to avoid disappointment in case you also had it in mind to import from Facebook.

[Barry]

Hi!

Yes that was what I tried initially.

After a further test, though, I think you’re right – this will not necessarily work ‘out of the box’ (and the reason it worked for me was because I created a pristine test site).

It does seem like something that would be nice to support, though, so I’ll certainly go ahead and log a ticket on our internal tracker for this (though I can’t guarantee when we’ll action this, or if it will ultimately be approved).

[Barry]

Right, but I imagine the difference between ‘direct’ page loads and ajax requests – which is how previous/next event page navigation is implemented – are the restrictions on the latter added by the browser’s security model (given those requests are initiated from Javascript).

If I edit my local hosts file everything works just fine, I can page forwards and backwards on your event views (though I see a slightly different though unrelated problem which I think is formatting or CSS related for photo view) without issue.

The browser extension you are using works by cleverly proxying requests and so I suspect that is the problem. Are you able to do this by some other means, such as altering your computer’s hosts file? The very error you quoted (‘Origin ‘null’ is therefore not allowed access’) suggests something is being mixed up along the way.

[Barry]

You got it 🙂

[Barry]

Great question!

That’s the baked-in behavior, we don’t provide settings to make it behave in any other way.

I believe as a piece of further custom dev work it would be possible to alter that behavior to provide a different outcome (ie, if a previously imported event is missing from the feed, delete it locally) however to do that safely could be a complex business.

One of the problems is if the source feed provides something like a maximum of 100 events and they are all imported to a WordPress site, then if the owner of the source calendar then adds additional events (but deletes none) it might push a number of events out of the feed (because it can only return upto 100 events). Deleting those locally wouldn’t generally be ‘correct’ in such a scenario.

At any rate, I hope that better explains things (and don’t hesitate to let me know if I can further clarify things) 🙂

[Barry]

This reply is private.

[Barry]

Hi Laurie,

The situation is a vexing one and we realize just how frustrating this must be for you.

Imagine for one moment an alternative reality where facebook.com itself shutdown. That of course would be an event outside of our control and it would also make it impossible to use their website as a source of event data, as it would no longer exist. However, I think it would be fair to say that such a scenario would not be “on us”.

On some levels this is similar, if less extreme. Facebook arbitrarily shutdown the channels we require to be able to import events and they gave us no notice of this … a highly unusual move and not one we were able to anticipate.

That to say, while we understand the disappointment you must feel, on our side we built the Facebook component of Event Aggregator in good faith and it was founded on the wholly reasonable assumption that a major web platform such as Facebook would continue to manage a dependable range of APIs and that it would continue to facilitate the levels of access that had already been available for a number of years.

Of course, those assumptions have turned out to be incorrect. We can’t force them to undo this change (though perhaps things will be relaxed in the future, or new pathways accommodating similar outcomes will open up) and so our hands are tied to some extent.

All we can do is try to do our best by customers like you. We can potentially offer a full or partial refund, depending on when you purchased, and we can also offer you access to one of our other products.

I genuinely wish we could do more but, ultimately, that is how things currently stand.

[Barry]

Hi Jon,

Thanks for your interest in our plugins and services 🙂

By default, if an event is removed from Google Calendar (or any other iCal type of source) the corresponding imported copy will not be deleted – though you can of course delete it manually if you wish.

Do let me know if you have further questions about this.

[Barry]

Hi there @tonyn 🙂

If you visit the Events ‣ Settings ‣ General screen and scroll down to the timezone settings you should see a checkbox labelled “Show time zone” which, if I’m understanding you correctly, is exactly what you’ve been looking for.

Let me know if that helps!

[Barry]

Hi @dimaginet,

When you use ticketing plugins as I think you are doing that field is hidden by default. If so, perhaps this free extension would be of interest?

theeventscalendar.com/extensions/show-cost-field

Let me know if that helps 🙂

[Barry]

Hi Laura,

I suspect this is a configuration issue of some kind, relating to your test site setup.

I understand you will not be able to view the site. I can access it using the Chrome Virtual Hosts extension.

Is your test site/server running locally? Are you able to describe how it works, or try some approach other than the browser extension you noted to access it?

[Barry]

Hi Ryan!

To use target=”_blank” for the event website field (which displays on single event pages) specifically, you could use this snippet:

add_filter( 'tribe_get_event_website_link_target', function() {
	return '_blank';
} );

This could be added either to a custom plugin (preferred) or else to your theme’s functions.php file.

Does that help? Let me know if not!

[Author]

Posts