[Josh]

Hey Stefan,

Thanks for reaching out to us.

For the content on the image, it appears that this is a customization driven by your theme. Are you wanting to completely remove the content or move it to somewhere else.

Also, for each event within the recurring series, are you wanting all of the dates within the series to be included on each event?

Thanks!

[Josh]

Hey Stefan,

Thanks for reaching out to us!

I’m not familiar with this particular theme or how this page is built, however the simplest solution may be to target that section and hide with CSS:

.fusion-events-shortcode .fusion-events-meta .recurringinfo, .fusion-events-shortcode .fusion-events-meta .event-is-recurring {
display:none;
}

Now, the events list are linking just to the single event views rather than the recurring “all” page.

Let me know if this helps.

Thanks!

[Josh]

Hey Andreas,

Thanks for reaching out to us!

The list view, by default, should be visible to all visitors to your site. As an initial step, have you tried switching to a default WordPress to ensure there aren’t any customizations to the theme in regards to tribe views that could be causing this particular conflict.

Thanks!

[Josh]

Hey Bruce,

Thanks for reaching out to us!

You can try the “[tribe_events_list]” shortcode (https://theeventscalendar.com/knowledgebase/pro-widget-shortcodes/) to see if that works for what you’re wanting to accomplish.

If you need to have a custom loop (including the “Book Now” button within the loop for each event), you may be best to use a custom query and use “tribe_get_events()” to display the events.

Let me know if this helps.

Thanks!

[Josh]

Hey Dan,

I apologize for the continued issue here. I opened a new bug ticket for this one and pointed out that the issue persists on other emails (including RSVP and not just the WooCommerce Tickets email). You’ll be notified here as we make progress here.

In the meantime, does the temporary solution provided by George in the previous thread still work for now?

Thanks!

[Josh]

Hey Karen,

Thanks for reaching out to us!

Try adding the following to your theme’s stylesheet to see if it helps you here:

https://gist.github.com/BeardedGinger/463b17a1bb141f0b8410

Let me know if this helps.

Thanks!

[Josh]

Hey Tyler,

Thanks for reaching out to us!

This definitely sounds like a frustrating issue to be having here. Let’s get to the bottom of this one.

A couple of quick questions to help us here:

• Were the events created in WordPress or were they imported from somewhere else?
• Does this only seem to happen with recurring events or is it happening with all events?
• You mention you aren’t able to delete these events, are you able to delete posts of other post types (posts or pages) without issue on your site?
• Have you tried following the Testing for Conflicts procedures to ensure there isn’t a conflict occurring here with another plugin or your active theme?

I look forward to hearing back from you.

Thanks!

[Josh]

Hey Daniel,

Awesome, I’m glad you were able to get something useful here. And that function works as well (most likely a better solution since the function should persist even if class names change again in the future).

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Samir,

Yes, you’ll need to have both the Free version of Event Tickets and Event Tickets Plus activated. Also, you’ll need to have the plugin for the cart that you would like to use active. If you would like to use WooCommerce, you’ll need that plugin installed as well.

Additionally, we do have the new user primer for the plugin that may be of help in getting things set up.

Let me know if this helps.

Thanks!

[Josh]

Hey Johan,

Awesome! Glad that worked for you here.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Todd,

Awesome! Happy to help.

I’ll go ahead and close this thread for now. If you have any further questions, please don’t hesitate to open a new one.

Thanks!

[Josh]

Hey Matt,

Unfortunately we have a strict policy against logging into client site. I’ve removed the login information for your security.

I believe using the conditionals should work, however I can do some testing here to make sure they are working as expecting here.

Thanks!

[Josh]

Hey Tammi,

Sorry for the inconvenience but we unfortunately are unable to accept login credentials and have a strict policy against logging into customer sites.

However, the code can be added to your theme’s style.css file. You can follow the conventions that you see there when adding the additional styles that you want here.

Let me know if this helps.

Thanks!

[Josh]

Hey Christoph,

I found an article that could be helpful here. Based on this, it seems like there may have been some resource limitations applied (or previously increased limitations modified) with the latest update to your server.

The best thing to do would be to reach out to your hosting company to see if they can increase the wait before the timeout.

Let me know if this helps.

Thanks!

[Josh]

Hey Maureen,

Thanks for trying that. I thought it could potentially be an issue with the older WooCommerce Tickets that we would need to address.

Looking further into your system information that you’ve provided here, one thing stands out that could potentially have an issue and causing the 404s. Can you try changing the template used for the views to the “Default” template within the Event Settings > Display tab? There could potentially be something in that template that could now be causing the 404.

Thanks!

[Author]

Posts