[Barry]

Hi: sorry to hear you are hitting problems.

Did this coincide with anything like a recent update to our plugins/which versions are you currently using?

[Barry]

Hi – great question!

Those functions aren’t overrideable quite in the same way as templates so the best approach is to use an appropriate filter, instead.

In this case, the tribe_events_list_the_date_headers filter would work. So simply give your custom function, which could live in your theme’s functions.php file or even a dedicated plugin, its own name and hook it up like this:

add_filter( 'tribe_events_list_the_date_headers', 'your_own_function_name' );

Does that help here?

[Barry]

Hi!

You could cancel the relevant existing order and then manually create a new order (all via WooCommerce’s order screens) and place a ticket for the desired event in the order.

Does that help?

[Barry]

Hi!

You could certainly override the wootickets/tickets.php template and adjust things there (currently it uses a table and the name and price are contained in two different cells) or else make changes via some custom CSS rules: please see our Themer’s Guide for an overview of this process.

Above and beyond that, we’d certainly welcome any feature requests along these lines if you feel strongly about this and want to see a change baked into a future release.

Thanks!

[Barry]

Hi Terry,

Sorry to hear you’re hitting difficulties here.

I don’t actually find the same: with Connections, The Events Calendar, Events Calendar PRO and Community Events activated I can login as an editor and reach the admin screens you referred to.

Are you seeing anything in your error log/have you reached out to the team behind Connections at all?

[Barry]

Thank you! And we’ll be sure to keep you posted 🙂

[Barry]

Excellent 🙂

Right now you would need to keep the FAQs handy, though it’s possible there are some plugins out there that can provide you with quick access to all registered shortcodes on your site (regardless of which theme/plugin is responsible for them).

[Barry]

If auto-update isn’t working then yes – you’d need to update manually.

[Barry]

Hi Sam – did you post your system info? If so it appears not to have come through, could you try again?

Could either of you confirm if this happens consistently with community-submitted events or if you’ve found a solid set of steps that lead up to this that would allow us to replicate?

[Barry]

Thanks for sharing the theme: we’ll look into that and see if there is anything we might be able to do differently.

When I put the responsive breakpoint code in my theme’s functions.php file, it does not fix the error. The only thing that does work is the kill filter. However, while I get the calendar style back, I lose functionality.

The responsive kill filter is really all I was recommending you use (I should have been a little clearer about that) – but if that by itself is causing you to lose functionality then I’d agree it’s a problem (let me know if that is indeed the case).

[Barry]

Thank you – that was helpful and I can now replicate this. Please bear with us a little longer while we look into it further.

[Barry]

OK – that’s fine (unfortunately, especially during busy periods, we can’t always get back to a thread twice in one day).

If you adjust the main events page slug from calendar to something as yet not in use, such as calendar-events does the same problem persist?

[Barry]

You can grab historical versions here and here, but please remember the support we can offer for older versions of our plugins is very limited so if we can look into this further and try to solve it that would certainly be preferable – though I appreciate it may not be practical and if so, certainly feel free to downgrade.

You wont find it in my link because I suspect tri.be is suppressing a header element with a CSS class of x-header-landmark or a superset of that.

Right, so I guess that comes down to the nub of the matter: it’s not so much that I’m not seeing it because it’s been hidden with CSS – more than I’m not detecting the presence of such an element at all. I’m guessing you had a reason for suggesting it was a rule of ours targeting elements with that class, though?

If you’re set on downgrading of course we won’t be able to assist further, but if you do want us to take another look we’d be happy to – and please let us know for instance if there might be pages where we can see the missing element you were referring to, unless it’s been stripped from every page of course (I did look at /get-certified but came up with a blank there, too).

Thanks!

[Barry]

There is certainly some strange effects with the title and we’re going to look into that – however, I still can’t replicate the problem you’re facing whereby the URL becomes the title. I know you said you deactivated all other plugins – but did you also switch to a default theme?

[Barry]

Ahh, I see. Yes that is odd. The reason (and possibly part of the problem) that the correct times show when you click through is that it is redirecting to the original event in the sequence … what happens if you edit that event, make a minor change to the recurrence pattern and update it – then restore the original pattern and update the entire chain one more time? Does that rectify this?

I realize that’s less than ideal, but it might also help us to get a handle on what’s happening.

[Author]

Posts