[Barry]

Here’s an example of using a filter to customize the submission form. It’s also definitely worth reading up on what the WordPress Codex has to say about using hooks if you haven’t worked with them before 🙂

[Barry]

Hi byronclinic – can you take a look at the following thread which covers pretty much the same thing?

woocommerce "add_to_cart_redirect" filter useless with wootickets…

Let me know if you need any further help after reviewing that. Thanks!

[Barry]

Sure thing – does the updated plugin code in my last post help with this?

[Barry]

I’m not sure why you’re having a problem. For instance I can use the standard WordPress API function the_ID() in my header template – something like this, as an example, and it outputs the ID as expected:

<title> <?php the_ID() ?> </title>

And if I change that to:

<title> <?php the_title() ?> </title>

Then – certainly on single event pages – it output the post (event) title within the page’s title element (and note that I didn’t explicitly pass in the ID).

Does that clarify/help at all?

[Barry]

No problem, hopefully it helps. One other thing you might try is adding this snippet to your theme’s functions.php file (or another suitable location). This should stop month views from returning a 404 status when they are empty.

So I hope both of those help, but if they do not the best idea will be to wait for a de facto solution that’s baked into the plugin itself.

[Barry]

Something you could try in the interim, until we get a definitive fix out there, is overriding the month/single-day.php template so that links to days which do not contain any events are marked as nofollow, which should stop search engines from following them.

To do this simply copy this code and place it inside a file located as follows:

wp-content/themes/YOUR-THEME/tribe-events/month/single-day.php

It’s not a complete answer – but may at least mitigate the problem to some extent.

[Barry]

Hi guys, 3.0.3 was a fix for one specific problem only – it didn’t include any changes to help mitigate this particular issue. We’ve got this issue on our radar however and the team are just considering the best strategy.

Thanks for your patience!

[Barry]

Hi hc2ca, unfortunately the developer assigned to look into this has had very limited availability: it’s now in the hands of another team member and we will try to get you a response as quickly as possible.

Sorry for the delay!

[Barry]

This reply is private.

[Barry]

Hi drivemark: please accept our apologies for the inconvenience. It sounds like you’ve been hit possibly by two different problems, one was the database prefix issue which is fixed as of 3.0.3 and the other is a problem where some themes such as those by WooThemes don’t play well with The Events Calendar when a static front page is in use.

We do have a temporary workaround for that second issue, which is to add this code by our developer Jessica to your theme’s functions.php file. Does that help here?

[Barry]

Excellent, thanks Steph.

Christina: definitely feel free to monitor this thread and try out any fix we deliver for Steph – if that doesn’t integrate with your particular theme though it would be easiest to create a new thread to avoid confusion.

Thanks!

[Barry]

No problem, have fun 🙂

[Barry]

Right now you should copy it to within a subdirectory of your theme called events:

wp-content/themes/YOUR_THEME/events/tickets.php

This is a bit different from other template overrides which as of 3.0 should be placed in a subdirectory of your theme called tribe-events … it’s possible this difference is due to an oversight – so, for that reason, I should make you aware that there is a possibility this will change in the future.

[Barry]

Excellent, thanks for sharing rivercenter 🙂

[Barry]

Thank you: I’m going to share the theme (on our internal issue tracker) with one of our developers so he can make his assessment – as soon as he gets back to me I will update you, or may jump into the thread himself 🙂

[Author]

Posts