[Barry]

Following my last post: if you haven’t yet had the opportunity to do so, please do update The Events Calendar to 4.5.9 as it included some Event Aggregator related fixes.

[Barry]

Hi Karl,

If I confirm the ticket via WooCommerce it redirects me to an extra page where I see the ticket

This is really strange as, by default, this doesn’t normally happen.

Instead, the expected behaviour is that after going through checkout the customer will ultimately see an order confirmation page – but this does not include the actual tickets as per your screenshot.

Do you have customizations in place to achieve this? If so, might they be interfering with the normal dispatch of the ticket emails?

[Barry]

Hi Krystal,

I did indeed read through the previous topic.

I am questioning your comment about “outside the clean up” settings on reocurring events.
…
Do you recommend changing that?

Not unless it makes sense to you to change it. Mostly I was asking in case it happened to be the case that these settings coincided with the dates of the events that are being dropped/going missing … but it doesn’t sound as if that is the case.

Beyond that, besides what we discussed about database backups, something you could try is creating a clean, parallel installation of WordPress – inside a subdirectory perhaps (like example.com/testwp) and install only our plugins and a default theme here. If you populate this with similar content, do you find the same strange behaviour is also found there?

This could be another way to close in on the possibility of a conflict/some other code running on your live site being responsible for the problem.

[Barry]

OK – unfortunately I’m unfamiliar with that theme and the feature you’ve described.

Perhaps their support team can guide you toward a hook that lets you disable this behaviour selectively, though? You could then make use of the following The Events Calendar functions to test and see if you are in month view or list view and disable it:

• tribe_is_month()
• tribe_is_list()

Does that help?

[Barry]

Hi Jordane!

Great question 🙂

However, despite the name, The Events Calendar Shortcode is not in fact a plugin we are responsible for (if that’s the one you mean).

For that reason, it may be better to reach out directly to the author of the other plugin.

Thanks!

[Barry]

Hi James,

What might make more sense here (rather than target Event Aggregator specifically) is an approach that provides default attributes when necessary for featured event images generally.

The tribe_event_featured_image hook provides an opportunity to do this:

add_filter( 'tribe_event_featured_image', function( $html, $event_id ) {
	$img_start = strpos( $html, '<img ' );
	$img_end   = strpos( $html, '/>', $img_start );
	$img_len   = $img_end + 2 - $img_start;

	if ( ! $img_start || ! $img_end ) {
		return $html;
	}

	$img = substr( $html, $img_start, $img_len );

	// Add an alt tag if it does not already have one
	if ( false !== strpos( $img, 'alt="' ) ) {
		$title = esc_attr( get_the_title( $event_id ) );
		$img   = substr_replace( $img, 'alt="' . $title . '" ', 5, 0 );
		$html  = substr_replace( $html, $img, $img_start, $img_len );
	}

	return $html;
}, 10, 2 );

The above shows one way of doing this that doesn’t assume any additional PHP extensions are installed and adds an alt tag if it is missing.

Adding captions or title attributes (for native ‘tooltips’) could be implemented using a similar approach. Does this help – or at least give you a starting point – with the first part of your question?

[Barry]

Hi Karl,

Thanks for posting!

Please note however that the degree of support we can provide for custom dev tasks like this does tend to be on the limited side. If I can, though, I’d be happy to point you in the right direction.

Within the ticket loop contained in tickets/email.php you can access $ticket[‘ticket_id’]. Using this, you can obtain the order ID:

$order_id = get_post_meta( 
    $ticket['ticket_id'],
    Tribe__Tickets_Plus__Commerce__WooCommerce__Main::ATTENDEE_ORDER_KEY,
    true
);

You can then take the order ID and use the WooCommerce API to obtain information about the order (please see their docs for more detail on that process).

Does that help at all?

[Barry]

Hi Jaap,

Sorry to hear it.

I do have to note first of all that we can’t typically provide in-depth support for custom code and, even if this was sourced from a staff reply or a knowledgebase article, please do understand that the intent is generally to get you started — realistically, we can’t commit to ongoing support and maintenance of every snippet of code that’s out there.

I’ll be happy to try and point you in the right direction if I can, though. To start with, can you point me to the source of this code?

Thanks!

[Barry]

Hi @downtown,

First of all, let me say that we are of course sorry to hear it’s not been working smoothly for you.

We’re aware of problems and we have fixes in the works for some – but are still trying to gather enough data to pinpoint others.

In your case, I don’t see a record of an Event Aggregator license key so researching things from our side isn’t easy. If you purchased an Event Aggregator key using a different account can you login using that one?

Thanks!

[Barry]

This reply is private.

[Barry]

OK, thanks for clarifying.

My problem: When I activate excerpts on archive pages in WordPress it doesn’t show the event calendar eny more.

Can you confirm which setting are you using for this and if it is a theme specific setting, or else describe the code are you adding to enforce it?

Thanks!

[Barry]

Excellent and no problem – glad to hear it’s all good 🙂

[Barry]

OK, that could be it.

On the plus side, Genesis has plenty of hooks (if it’s Genesis that provides that option) — so it may be possible to cleanly workaround this once you identify which.

[Barry]

Ahh, right you are – sorry for missing that. There are a few steps needed to workaround this side of the problem.

First, copy events-calendar-pro/src/admin-views/event-meta.php to a custom location. Then, tell Events Calendar PRO to actually use your new replacement – which can be done using code like this:

add_filter( 'tribe_events_event_meta_template', function() {
    return '/path/to/your/custom-override/event-meta.php';
} );

Within that template, look out for code like this (this example can be found on line 36 of the current template):

<?php echo esc_html( stripslashes( $option ) ) ?>

Remove the esc_html( … ) wrapper so that you have:

<?php echo stripslashes( $option ) ?>

And that should, hopefully, get you on track. It may be a comparable change is needed for frontend output, too – and similar principles would need to be followed if so.

[Barry]

Thanks, Erin!

I have to say, though, that whether I visit from my desktop browser or on an Android device the content is essentially the same. To clarify, where exactly on the page does it state that it is taking place in 2016, when you visit with a mobile device?

The references to the date that I see don’t indicate that, so far as I can tell.

[Author]

Posts