[Andras]

Penny, I’m stoked to hear that I could help you at least a bit.

I am going to close this ticket, but if you need anything else related to this topic or another please post a new topic in the forum and we will be happy to help you out.

Good luck down the road!

Cheers,
Andras

PS: If you like our plugin, and you didn’t yet do so 🙂 we would be happy to receive a review in the wordpress.org repository. Thanks!
https://wordpress.org/support/view/plugin-reviews/the-events-calendar/
https://wordpress.org/support/view/plugin-reviews/event-tickets/

PS2: We’d be also grateful if you would give us feedback on your satisfaction with support. Just click on one of the classy looking emojis below. 🙂 If you can spare a few words, that’s even better. Doublethanks!

 

[Andras]

Hi Antonio,

Regarding the duplicate places there are some challenges when importing. The venues in the example although have the same name, but they have different details, including the address, and most probably the ID (which we don’t see) so they are considered as different venues. Even by Facebook most likely. Unfortunately we cannot really do anything about this, only manually correct them.

Most probably this is the case with Canete la Real as well. The name might be the same, but there are different details to them on Facebook so it is considered different.

If you think this is not the case and you can give me some Facebook urls to the events that have the same venues, I can run some test to check.

Cheers,
Andras

 

[Andras]

You could try to change the color with this code:

class Not_The_Cleanest_Way_To_Customize {
public function __construct() {
add_action( 'tribe_tickets_ticket_email_ticket_bottom', array( $this, 'capture' ), 1 );
add_action( 'tribe_tickets_ticket_email_ticket_bottom', array( $this, 'output' ), 1000 );
}

public function capture() {
ob_start();
}

public function output() {
$html = ob_get_clean();

$old = '#f7f7f7';
$new = '#ff0000';
print str_replace ( $old, $new, $code );
}
}

new Not_The_Cleanest_Way_To_Customize;

 

Or you can unhook and replace the function. Unhooking would be something like this:

$renderer = Tribe__Tickets_Plus__Meta::instance()->render();
$callback = array( $renderer, 'ticket_email_meta' );
remove_action( 'tribe_tickets_ticket_email_ticket_bottom', $callback );

A.

[Andras]

This reply is private.

[Andras]

Hi Penny, did you copy the full code found here into your functions.php?

https://gist.github.com/theeventscalendar/734adb9e94f11b940e5f

I’m checking for the color change.

Andras

[Andras]

Hello Chris,

So after a lengthy investigation and discussions with developers I have some news. Unfortunately not the good one.

I guess we are dealing with a feed from Outlook 365.

When Event Aggregator imports an event from a feed is also registers its unique identifier. If you open the feed in the browser it will look something like this:

UID:40459df3-997d-4743-b40f-039baac757d5

This is different for every event.

Basically this is the only data that allows Event Aggregator to determine whether we are talking about the same event or not. If you change any data of the event, based on iCal standards the UID stays the same, or rather should stay the same.

Unfortunately Outlook 365 (and likely some others as well) doesn’t follow this standard, and the UID of every event changes with every new call / request. If you check your feed in the browser and hit refresh you can also see that all the event UIDs will change.

Since the UID changes with every call there is no way for Event Aggregator to match it with an existing event in the calendar, thus it will create a new event, because it has a new UID.

You might be asking “so if that’s the case, why was it properly updating when I manually ran the import”? That’s exactly the question I asked the developer as well.

When you run an import it will get cached for a short while. This is needed to prevent our servers from being overloaded when people hit “Run now” several times after each other for example. This functionality also has been a bit adjusted with TEC 4.5.12.2 so that is why you will likely not see updates even with manual imports.

I’m sorry I’m not able to provide you a solution for this, unfortunately this is beyond our reach.

As an alternative, instead of Outlook 365 you can try to use a different calendar service, like Google Calendar.

If there is anything else I can help you with or if you have further questions, please let me know.

Cheers,
Andras

[Andras]

Can you share a url with me to the event which has (should have) the eventbrite tickets?

And possible a screenshot of how the event and EB tickets are set up in the backend of WP?

Thanks!

[Andras]

It might have something to do with the theme you are using.

Easiest to rule that out is to switch to a default theme like twentyseventeen and test with that.

If that doesn’t bring any change, then the next step would be to go through our conflict testing guide to see if maybe another plugin has an influence on this.

Once we know if there is a conflict we can work further.

I’ll be waiting.

Andras

[Andras]

Hello Saif,

Thanks for reaching out!

At the moment the only way to edit the scheduled imports is one by one.

I’m sorry if this is not the reply you were hoping for.

Let me know if there is anything I can help you with.

Cheers,
Andras

[Andras]

Hello Danny,

Thanks for using our plugins and welcome to the forums!

Unfortunately at the moment there is no possibility to save the user submitted information of the attendee meta fields. They need to be filled out by the user at every ticket.

However, if the user has enabled the browser to save submitted form data, then next time filling out the information is easier.

If you think that is something you would like as a feature I encourage you to visit our User Voice Page and either upvote an existing request or make a new request there.

Cheers,
Andras

[Andras]

Hello Brian,

Thanks for reaching out to us with your question.

No, there is no setting for that in our plugins at the moment.

If you think that is something you would like as a feature I encourage you to visit our User Voice Page and either upvote an existing request or make a new request there.

Also please note that here on the pre-sales forum, we do not provide technical support. I would kindly ask that you take any technical support questions across to our wordpress.org forum – our staff scan it periodically and other community members may also be able to help out.

If you have purchased a plugin from us, please login and post in the premium forums for that plugin and we can help you out there.

Thanks again!

Cheers,
Andras

[Andras]

Hey Penny,

Awesome job, congratulations!

To change the Attendee Information check this article, at the end you will find a snippet that should help you change this.

If you would like to change the looks of the email, you can do that with a template override of this file:

wp-content\plugins\event-tickets\src\views\tickets\email.php

Let me know how these work out for you.

Cheers,
Andras

[Andras]

Hi Chris,

Just wanted to give you a quick update.

I was running tests last week where I discovered some inconsistencies.

A new fix has been out and currently I’m running tests with that.

Will report back shortly about the results. Thanks for hanging in there!

Cheers,
Andras

[Andras]

Hey Jonathan,

Yes, the only way of doing this is editing in the database directly.

Here are a couple of things to keep in mind:

• ensuring the new naming convention is used when the additional field settings are updated
• ensuring the new naming convention is used when additional fields are updated for individual events
• ensuring the fields that use this new convention can be read and understood by the rest of the plugin, such as when single event pages are rendered

I did some rough tests and it looks like that those are the only 2 places you need to change them.

The new names also seem stable when adding new custom fields or changing the labels on them.

That’s about it.

Andras

 

[Andras]

So, theoretically it is possible, but it doesn’t happen by default. Also what you need to note is that tags are shared by posts as well as events. So on a tag page you will also see post results that have the same tag.

If you would like to implement this I can probably get you something, but it will take some time.

Cheers,
Andras

 

[Author]

Posts