[Andras]

This reply is private.

[Andras]

Hey Tilman,

Thanks for the article, will check it out.

user have to give their active consent to be tracked. As Google Maps tracks users, the consent is needed before the service is offered.

Yes, we are aware of this part.

As far as I know the site owner’s responsibility to point out to the users in their privacy policy what data is being collected, tracked, and used.

One way of doing things is that if they do not consent, then they are taken away from the website. Currently I believe this is how it is done in majority of the cases.

And of course the nicer way to do it is not loading the content that users don’t consent to. This is a bit trickier to implement obviously.

A colleague offered a partial solution for this:

If you have a cookie consent popup (or whatever), the user accepts it, then the cookie gets set. Then you could use this snippet for loading / not loading the map:

function cookies_are_go() {
return ! empty( $_COOKIE['cookies_are_go'] )
&& '1' === $_COOKIE['cookies_are_go'];
}
add_action( 'tribe_events_map_embedded', function() {
if ( ! cookies_are_go() ) {
wp_dequeue_script( 'tribe_events_google_maps_api' );
wp_dequeue_script( Tribe__Events__Embedded_Maps::MAP_HANDLE );
}
} );

You will need to check and change the cookie name in the first function.

Two notes:

The downside is that if they landed on a single event post and only then agreed to the use of cookies, the map would still be missing and they’d need to do a page reload. The JS handling the cookie permission could do that, though.

This only covers maps on the single event page, but in principal could be extended to map view, too.

Hope this helps.

Cheers,
Andras

[Andras]

Thanks Brian!

Got it ticketed. Will set it to pending fix and you’ll get a notification here when the extension is updated.

Since extensions do not receive the same level of support as our plugins this might take a bit longer than usual. Thanks for your patience!

Cheers,
Andras

[Andras]

Thanks for sharing that!

“This cookie tracks anonymous visitor website activity statistics.” (source)

We do not have any tracking cookies in our calendar plugins.

My hunch is it comes from the Slimstat Analytics plugin. If you have that plugin installed and active, please deactivate it, clear your cache and cookies, and check if it gets re-set.

If yes, then please go through our conflict testing guide, might help you discover where the cookie is coming from.

Also please be so kind and share your system information with me, so I can check if there is anything out of line in terms of our plugins.

Thanks and cheers,
Andras

[Andras]

Hi,

Before we go any further I would just like to point out that this essentially is a custom development task and so is outside of our stated scope of support.

A colleague was kind enough to take a look at this.

“… this code is a bit of a hack, it doesn’t work smoothly (in fact, can lead to db errors) but it shows that what I think they want is indeed possible. Would require some TLC to smooth it out, but it may serve as a starting point if nothing else.”

https://gist.github.com/barryhughes/65da2ae9ffcc99b88c42773a3248af16

I hope this helps you get started.

Cheers,
Andras

[Andras]

Hello there,

Thanks for your question!

Probably the easiest solution would be setting up a recurring event:

Event on day one from 1pm to 5pm.

And a recurrence rule, daily, same time, stop either after 2 occasions or on a specific date.

Alternatively you can set up a 2-day full day event, and specify the start and end time of the training in the description of the event.

Does this help? Let me know.

Cheers,
Andras

[Andras]

This reply is private.

[Andras]

Hi Derek,

Thanks for getting in touch.

No, there is no separate setting for that. I would be curious to see where that url is in the original source. Could you share with me a screenshot of an event in google cal which has a URL?

Also if you can share the url feed with me, then I can run some tests as well.

Cheers,
Andras

[Andras]

Hi Steven,

Thanks for reaching out!

Yes, that is the normal and intended default behavior. If it would lead you somewhere else that might be concerning.

Where would you like it to take you?

The Events Calendar and Event Tickets does not provide a separate login screen. If you would like something different than the default then you will likely need a separate plugin for that. You can look around in the .org repo for that.

Does this help?

Cheers,
Andras

[Andras]

Hi Kat,

Thanks for reaching out!

It’s difficult for me to see what end result you would like to achieve. Do you maybe have a mockup you could share?

Also, there are other shortcode options that might better suit you for this.

With Events Calendar PRO we have a bunch of other shortcodes built in. Here’s a rundown on them: https://theeventscalendar.com/knowledgebase/embedding-calendar-views-tribe_events-shortcode/

Also this free third-party plugin gives you some other options as well. Maybe give it a try. Please note, that since this specific plugin is not maintained by us we cannot provide support for it, but a lot of our users have it installed and make use of it.

Let me know how I can help you further.

Cheers,
Andras

[Andras]

Just read some other reports on a similar issue.

The suggested workaround was to roll back to previous versions of The Events Calendar (4.6.14.1) and Events Calendar PRO (4.4.25).

A.

[Andras]

Hey Michael,

Thanks for reaching out and sorry about this issue.

And thanks for already narrowing it down to the basics, much apprecited.

You said:

This worked before the upgrade.

Which upgrade are you referring to here? This info might help us hunt down the source.

If you roll back, to the previous version, does it work fine?

Can you share a URL where we can see this issue?

Thanks,
Andras

[Andras]

Hi Michael,

Not quite sure what the original reason behind that is, but I will ask and let you know.

It definitely helps in troubleshooting as we can immediately see what has been loaded and what not.

Hang in there. I’ll get back to you soon.

Cheers,
Andras

[Andras]

Hey Kevin, whazzup.

That’s curious.

Probably you know what I’m going to ask. Are you hitting the same issue if you only have the calendar plugins active with a default theme?

Can you share in what scenarios / on what pages are you hitting this issue?

Cheers,
Andras

[Andras]

After a quick check my hunch is that the Group tickets function might be it.

I’ll do some tests as well and will  let you know.

A.

[Author]

Posts