[Barry]

Hi William,

The test event you referenced in one of your initial screenshots has now passed so Event Aggregator by default will not pull it in, however I did otherwise find that descriptions – where present – were imported as expected.

As the source URL was shared privately, I’ll follow up with a private reply of my own to share specific examples.

[Barry]

Hi Elias,

If you simply want to make sure the site admin receives a copy of the same email that is sent to customers, you could try adding the following code either to a custom plugin or else to your theme’s functions.php file (if that’s an approach you prefer):

function rsvp_confirmations_add_site_admin( $to ) {
	$to = (array) $to;
	$to[] = get_option( 'admin_email' );
	return $to;
}

add_filter( 'tribe_rsvp_email_recipient', 'rsvp_confirmations_add_site_admin' );

Does that help at all?

[Barry]

Hi Marcel,

Thanks for contacting us – though I do apologize for the somewhat delayed response.

The first thing I should highlight is that we do not currently support the use of tickets with recurring events (and this is stated on the product pages for both Event Tickets and Event Tickets Plus).

We don’t disallow their use because the current result (of the same ticket appearing across all events in the series – as detailed in the user interface for new tickets) is something a number of users find useful.

Date and time of a chosen date is not appearing neither in the cart, nor in the confirmation emails that the customer is recieving.

This essentially follows on from my previous point: currently there is no mechanism to track which date (in a series of recurring events) has been selected, simply because full support for tickets in relation to recurring events does not yet exist.

We do hope to add full support for this in a future release however we’re not quite there yet, I’m afraid.

[Barry]

Hi David,

I do need to note first of all that we can only offer very limited support for custom dev tasks like this one. That said, I’d be happy to explore this a little more and perhaps bounce some ideas around 🙂

but I found out now that the last if statement doesn’t seem to be working from within the standard Tribe loops

Can you describe what’s going wrong? Is it not behaving as expected or are you receiving an error of some kind?

[Barry]

This reply is private.

[Barry]

Hi Rudi,

If possible can you visit Events → Help and scroll down to the Event Log: if this isn’t already set up, please select Full Debug as the logging level and try running some more imports. Then, return to the event log and copy any recent entries that have been recorded there so you can share them with us.

Besides that, I’d love some examples of the source URLs you are importing from, if you are happy to share (by private reply if you prefer).

Thanks!

[Barry]

Hi Lance,

My apologies first of all for the delayed response: we’ve been experiencing higher demand than normal and unfortunately that has led to us falling behind just a little.

As this is middle-of-the-day we are unable to disable plugins or switch the theme to 2014 as its at peak traffic (and is a multi-site).

Totally understandable.

How about this: visit Events → Help and scroll down to the Event Log then select Full Debug (All Events) as the logging level, then try to run a further import. With that done, please return to the event log and let me know if any new entries have been recorded there.

Could you additionally (by private reply if you prefer) let me know some of the source URLs you are trying to import from?

Thanks!

[Barry]

Hi — our apologies for the delayed response: we’ve been experiencing higher than normal demand for support and have also had some changes on our team … unfortunately those things have conspired to set us back just a little.

This is certainly an interesting problem but, given we have to work within the limits of the iCal format, there isn’t too much we can do. However, what about this as a possible workaround (in a scenario where you can control both the source feed and the import site):

• Modify the iCal Location field such that it starts with the venue name rather than the street address – or append the venue name in square brackets or something similarly easy to identify
• Within the site where the import takes place, hook into the creation of new posts and if you detect a venue is being created during import, inspect the address data and extract the venue name – amending the venue post accordingly

This is certainly custom development territory, so it’s really something we need to leave in your hands, but I hope that at least gives you another possible approach you might consider.

[Barry]

Hi William,

Apologies first of all for the long delay in replying. We’ve been experiencing higher demand for support than normal and that along with some team changes has unfortunately caused some delays.

However, the description did not import. Did I miss something?

Let’s take a look at this problem: can you share the URL of the Google Calendar feed so I can take a look at the issue first hand?

[Barry]

Sure – or simply create a zip of the entire site and include the database dump within that zip. Depending on the total size you may not be able to upload it to the forum, but you could alternatively make it available via Dropbox or sharing service of choice and link to it from a private post.

[Barry]

Thanks!

If possible, please do also let us know the outcome of these basic troubleshooting steps.

Additionally, if you can trigger the problem and then check the server/PHP error logs (you may need assistance from your webmaster or host for this) and see if there is a corresponding error that would be great 🙂

[Barry]

Hi Rudi,

Please feel free to monitor this topic but if you have further questions it would be best to create a new topic of your own — experience tells us that having multiple voices in the same topic, with different questions and several users at different stages of the troubleshooting process, can be a recipe for confusion and frustration 🙂

Thanks!

[Barry]

OK, thanks for confirming.

Access to your site is great (though as a general rule, we do not log in to customer websites) — but it doesn’t allow me to see the root cause of the problem.

Would you be comfortable using Duplicator to share a snapshot of your site? It basically bundles up a copy of the database plus all plugins, etc, so I can review in more depth.

Let me know!

[Barry]

Hi Prakash,

I’m sorry but Community Tickets does not directly support Braintree.

It may be possible to configure WooCommerce to use Braintree and to do so with split payments, but that is not something we directly support on our side.

I hope that clarifies things 🙂

[Barry]

Hi Brad,

You make some good points. I don’t think there’s any need for further troubleshooting, rather we most likely need to make an adjustment on our side.

Having the ticket start/end sale dates respect the event timezone certainly seems like a solid approach that would work in most cases, though we will need to have a bit of a brainstorm on our side just to think through any non-obvious cases where that might be problematic.

I’m logging a bug report for this and will attach this forum topic to it, so that we can easily drop an update in here once any fix we come up with has shipped in a future update.

[Author]

Posts