[Barry]

I see!

Well though I’m not sure this is quite what you’re after, either, perhaps it would be a good starting point that you can build on?

add_action( 'tribe_events_after_the_meta', function() {
	if ( ! class_exists( 'Tribe__Tickets__Tickets' ) ) {
		return;
	}

	if ( ! tribe_events_has_tickets() ) {
		return;
	}

	foreach ( Tribe__Tickets__Tickets::modules() as $class => $module_name ) {
		$provider = call_user_func( array( $class, 'get_instance' ) );
		$provider->front_end_tickets_form( '' );
	}
} );

This could be added either to a custom plugin (preferred) or else to your theme’s functions.php file — though some final tweaks may be needed to have it match your vision of how things should look.

I hope that helps and good luck with the project!

[Barry]

Hi Christoph,

We know it doesn’t feel good when things don’t work, but we’re here to help you if we can 🙂

The problem you’ve described isn’t a common one and so it does suggest there may be a conflict of some kind at work.

theeventscalendar.com/knowledgebase/testing-for-conflicts

I realize you marked having deactivated other plugins when you first opened this topic, but if possible it would be ideal to go a step further:

• Deactivate all plugins except The Events Calendar and Events Calendar PRO
• Switch to a default theme (such as Twenty Seventeen)
• Now visit Settings → Permalinks and ensure it is set to the post name pattern
• Test to see if you can access the main events page

If you cannot do this on your existing site, you may wish to create a test site in a subdirectory such as example.com/test-wp where you can start with no other plugins and just a default theme and begin by adding The Events Calendar and Events Calendar PRO.

Let me know if you are able to test using either approach and what the outcome is — thanks!

[Barry]

Hi Stephan!

We have some functionality like this already 🙂

If you are using the latest version of Event Tickets Plus you should be able to take advantage of this – and you will find buy now buttons like the one above are added to list view, if tickets are available for the events.

To clarify: does that meet your needs? If not, can you provide some more detail about what you need? I can’t guarantee we can deliver it, but I’d certainly love to learn more!

[Barry]

This reply is private.

[Barry]

Good notes.

[Barry]

This reply is private.

[Barry]

Hi Marcus,

Our apologies for the delayed response.

I’m sorry to say that I am having just a little difficulty in understanding the question.

For featured images, if you do not wish them to display the easiest way to accomplish this is to delete them from the event in question: while we’re open to receiving requests for new features I tend to think that adding a checkbox to control this is something we’d be unlikely to add.

The other part of your question was about adding a checkbox to turn off the display of related images. By this, do you mean related events (ie, the list of upto 3 events that share some of the same tags/categories which displays at the bottom of the single event page)?

[Barry]

Hi Rachel,

Do you mean, if you grab the ICS file and enter the events manually? If so, I think you’d end up with some duplication once the Event Aggregator issues are resolved and you begin importing from that same source.

The reason is that a unique ID is stored for each imported event and that is the value Event Aggregator looks for when determining if an event has already been imported or not. If you enter events manually, though, this will be absent.

I hope that clarifies things and thanks for your continued patience while we look into the Event Aggregator issues 🙂

[Barry]

This reply is private.

[Barry]

Great!

[Barry]

This reply is private.

[Barry]

I see that now, though I wasn’t initially able to and I can’t replicate it every time I visit, either. Here’s a screenshot where the caption successfully changed (which is also what happened the first time I checked your site):

Meghan, there are many and varied errors I can see when I open my browser console during a visit to your site. Since I can’t replicate this locally and we aren’t seeing similar reports from other users it does rather look like a conflict of some kind.

theeventscalendar.com/knowledgebase/testing-for-conflicts

Would you be able to give the above steps a shot? Or, alternatively, if it is not possible to do this on your live site how about installing a fresh copy of WordPress in a sub-directory (ie, example.com/testsite) giving you a safe place to test things out?

Start with just a default theme and install only our plugin – do you see the same problem there? If you do not, that further bears out the idea that a conflict is at play on your live site.

Let me know if you’re able to test via either approach and what you find.

Thanks for your patience so far!

[Barry]

I appreciate you sharing this information.

We’re examining the problem and your situation specifically and will do our best to get back to you as soon as we can.

While I absolutely appreciate you’ve already been waiting some time for a solution, please understand there may be a further delay while we get this the specific attention it needs.

[Barry]

This reply is private.

[Barry]

There seem to be two distinct problems at work.

One is that you are being periodically blocked by our service – and we’re digging into the root cause of that. The other is that some or many apparent failures for facebook.com URLs are actually not failures at all, they just relate to pages with no upcoming events.

Both are valid problems and we’re working on resolution: I’ve attached this topic to the relevant bug reports and we’ll do our best to keep you posted as things develop/once a fix is at hand.

[Author]

Posts