[Barry]

Thanks for clarifying – yes, I can definitely see the issue now. We’ll get a fix in the works as quickly as we can.

[Barry]

Hi everyone, thanks for your patience. The best way to deal with this is indeed to use a snippet such as already posted:

header.entry-header, footer.entry-meta { display: inherit; }

This could for instance be placed in a custom tribe-events.css stylesheet (see the Themer’s Guide for details of this process) and of course we’ll work on fixing this for the next release.

Cynthia: if you haven’t already rolled back and want to give that a try that would be great.

Apologies once again for the inconvenience this has caused.

[Barry]

OK, thanks for giving it a shot.

Can you post the system info (as provided in the Events → Help admin screen) for both installations – the test install where it works, and the live install where it does not?

Thanks!

[Barry]

Thanks for the details, that’s helpful in fleshing out an idea as to what’s happening and I’m sorry you’ve had such a rough ride, here.

In the first instance let’s ensure the plugin updated correctly. If you’re comfortable doing so (either via FTP or your hosting control panel’s file manager) please navigate to:

wp-content/plugins/the-events-calendar/lib/io/csv/classes

This directory should contain a number of files including:

TribeEventsImporter_Plugin.php

Can you confirm if that file is present?

Regarding the event which isn’t displaying properly, can you confirm if that was created before or after you upgraded – if you created it before, it would be interesting to know if recreating now that you have updated works as expected.

Do you recommend reinstalling the older plugin?

Ideally we’ll be able to work through this and while I’ve no doubt this is frustrating if you could bear with us a little longer to try and troubleshoot this that would be preferable, though you are of course free to downgrade if you wish to do so.

Thanks for your patience and support while we look into this.

[Barry]

That’s something you’d need to build yourself, I’m afraid – or else you could manually craft it and add it to relevant event descriptions.

I’ll go ahead and close this thread – if we can help with any other issues though please don’t hesitate to create new threads as needed. Thanks!

[Barry]

So I have created a new folder wp-content/themes/my-theme-name/tribe-events

Great! Just to be crystal clear, “my-theme-name” should of course relate to the actual directory name used by your theme.

I then started to look for the file month-event.pho and single-event.php. and this is where I started to get slightly lost, as I cannot find month-event.php anywhere and seem to have multiple copies of single-event.php

OK, so there is no template called month-event.php. The one you are looking for here is:

wp-content/plugins/the-events-calendar/views/month/single-event.php

You should copy this file and ensure your copy is located at:

wp-content/themes/my-theme-name/tribe-events/month/single-event.php

You can then go ahead and make changes to it.

Am I right to ignore those and use:
wp-content/plugins/events-calendar-pro/views/pro/day/single-event.php

No, not if you are wishing to make changes to the month view tooltips.

It can certainly be a confusing experience if it’s the first time you’ve worked with template overrides, but hopefully the above answers get you on track – but please let me know if you need direction on anything else in connection with this.

Thanks!

[Barry]

Hi!

So one approach is indeed to override the default-template.php template (please see our Themer’s Guide for details of this process) and add a dynamic_sidebar() call in order to pull in the sidebar.

Is that something you’d feel comfortable investigating here?

[Barry]

If it only occurs with Page Builder and you don’t need it then it probably is indeed easiest to simply deactivate it 🙂

Ii is also possible load order is relevant but it may simply be having both active at the same time is in a sense taking you passed a memory usage ‘tipping point’. Or, it could be a bug.

If you can increase the amount of memory available to PHP and also increase the memory_limit setting then that would be a good test of this – but, again, if that other plugin is something you don’t need then disposing of it is going to be the easiest path here.

Thanks!

 

[Barry]

OK, so if you open the relevant event in the event editor and scroll down to where the tickets are listed, try hovering over the name of one of the tickets.

You should see a set of links such as Edit, Delete, Edit in Easy Digital Downloads, etc. Click on Edit and you should be able to find the above field.

Does that help?

[Barry]

I see you already tried deactivating all other plugins/reverting to a default, unmodified theme – did that resolve this and allow you to assign featured images? If so, my hunch would be your theme is only registering featured image (or “post thumbnail”) support for a handful of post types.

OK, so re the above question can you confirm if this is still a problem if you change to a default theme/deactivate all other plugins?

[Barry]

OK, so for featured images we use our own tribe_event_featured_image() function – this is filterable, though, using a hook of the same name so you could add a placeholder using some logic like this (which you might place in your theme’s functions.php file).

Similarly you can filter and adapt or remove the date separators using our tribe_events_list_the_date_headers filter hook.

Does that help?

[Barry]

Ahh, I see. Sorry for the confusion. The correct path (for your theme override) is:

themes/(your-theme)/tribe-events/pro/widgets/mini-calendar-widget.php

Does that help? We’ll certainly update the tutorial.

[Barry]

I see. … that is odd.

Have you made any customizations/might your theme ship with some precustomized templates for The Events Calendar? To bear this out, could you try our standard troubleshooting steps:

• Please deactivate all plugins except for The Events Calendar/Events Calendar PRO
• Switch to a default, unmodified theme such as Twenty Twelve or Twenty Thirteen
• Test to see if the problem remains

If that remedies the problem, please reactivate everything one-at-a-time, testing at each stage to see if the problem has returned (this will potentially help us to zero in on the root cause).

Let us know how you get on!

[Barry]

Hi! There is indeed a function called tribe_is_day() – can you give it a try?

[Barry]

That’s odd. If you set up a test product (not a ticket) are you able to proceed from the WooCommerce storefront to the cart page then? If so, do you see any difference in terms of the cart page URL?

[Author]

Posts