[Barry]

Happy to help 🙂

I’ll go ahead and close out this topic – but if anything else crops up please don’t hesitate to create new topics as needed and one of the team will be only too happy to assist.

Thanks again!

[Barry]

So WooCommerce has a couple of scripts it sets up – wc-add-to-cart-variation and wc-single-product – which Avada then removes and replaces with some scripts of its own (this happens within its avada_scripts() function, found in the main functions.php file within the theme).

For some reason the replacement scripts are interfering in the add to cart process that otherwise works as expected. I’m not entirely sure why they need to replace WooCommerce’s own scripts in this manner, but perhaps you could contact their support team and ask if:

A) Doing this is really necessary?
B) If it’s not necessary, do they have a snippet to restore the original WooCommerce versions of those scripts?

Whether they answer yes or no to the first question, if they can give you a snippet in response to the second question we could always help you to apply it selectively to single event pages, something like this:

add_action( 'wp_enqueue_scripts', 'resolve_avada_wootickets_issue', 100 );

function resolve_avada_wootickets_issue() {
    // Don't apply the fix on non-event pages
    if ( ! tribe_is_event() ) return;

    // ... insert their snippet here, or insert a call 
    // to a function that contains their snippet, ie:
    // avada_woo_script_fix();
}

Hopefully they can fill in the missing piece of the puzzle here and complete the solution 🙂

[Barry]

Hi Bill,

Thanks for the extra details 🙂

Best way to see the problem is to visit the site. Go to Calendar of Events page and flip back and forth between List and Month. Sometimes it happens immediately sometimes it takes 6 or 8 times.

I did try just that, but even with repeated switches between month and list view I was unable to reproduce the problem.

Our testing on our Test Site is with all the plugins turned on. It does not appear to be an issue with any of the plugins. Testing on Test Site was with Free Version, BUT the problem exists on or main site with Free AND with Pro Version.

Would it be possible for you to install and activate PRO on the test site and see if you can then reproduce there?

If that does let you successfully reproduce the issue can you try running through our complete troubleshooting steps at that point? The reason I ask is that if the conflict is between Events Calendar PRO and another plugin/your theme that would naturally make it impossible to reproduce on a test site that does not have PRO in place, so setting it up for further testing is a good way to go here.

Let me know how you get on!

[Barry]

That’s really odd.

So nothing else changed, apart from adding those additional events?

I don’t want to cause further disruption to your live site, so I wonder if you could create a test site in the same hosting environment (within a subdirectory) and test if you can access the events pages with only our plugins and a default theme running.

Assuming that works, try the troubleshooting steps in reverse – add the exact same plugins and theme as you have on your live site and see if the problem is reintroduced.

Though it seems like a duplication of my previous request, sometimes coming at it from this slightly different angle produces useful information 🙂

[Barry]

I unfortunately see the “white screen of death” when I try it directly on your site (using the URL you provided when you opened this topic).

How many events do you have in total? Perhaps it’s a memory issue and execution is ending before the list can be fully generated. One way to test this theory is modify the ‘-1′ element of the snippet to ’50’ – if it produces 50 results as expected, it’s basically doing its job.

Begin increasing it to higher numbers and ultimately back to unlimited (-1) – see if there is a point at which it stops working.

Does that provide any useful results?

[Barry]

So I’m not sure if the forum mangled the code you posted or if you just cut it too short – but it looks like a closing brace } may be missing from the end of that function.

[Barry]

That’s odd.

I’ve corrected the typo in my last reply – but even with the misspelling of ‘header’ it should not have triggered a fatal error (and doesn’t for me, whether I use the corrected version or the previous version).

Can you provide any more details? Where did you add the snippet exactly and (perhaps by turning WP_DEBUG on temporarily) can you provide more complete details as to the error?

Thanks!

[Barry]

I dont believe we have any particular ETA for it, I’m afraid.

[Barry]

Ah, I see. I definitely did misunderstand – apologies on that count 🙂

Each of those day cells (that do not belong to the current month) have a CSS class of tribe-events-othermonth applied to them. With that in mind, would it work for you to add a CSS rule that hides them on that basis, ie:

.tribe-mini-calendar td.tribe-events-othermonth div { display: none }

You can add custom rules like this per the instructions found here.

Does that help?

[Barry]

No worries – glad you’re all set 🙂

[Barry]

Cool, well definitely do add that (don’t overwrite anything feature request) over on UserVoice – we consider all and any requests, but posting their has the added benefit of letting other users show their support for a feature which can be a valuable metric for us 🙂

[Barry]

Hi!

It’s possible, yes. Do note that customizations like this are really something you need to drive forward by yourself, but as a possible starting point how about adding a snippet like this to a custom plugin or your theme’s functions.php file?

add_action( 'pre_get_posts', 'full_ical_export' );

function full_ical_export( WP_Query $query ) {
	if ( ! isset( $_GET['ical'] ) || ! isset( $_GET['full-export'] ) ) return;
	if ( ! isset( $query->tribe_is_event_query ) || ! $query->tribe_is_event_query ) return;

	$query->set( 'eventDisplay',   'custom' );
	$query->set( 'start_date',     '1000-01-01' );
	$query->set( 'end_date',       '3000-01-01' );
	$query->set( 'posts_per_page', '-1' );
}

Then, if you visit example.com/events/?ical=1&full-export (of course modify the URL to match your own site) it should generate an iCal feed of all events past, present and future.

Do also be aware that if you have a very large number of events this could potentially cause some timeout/memory challenges, depending on your server setup.

I hope that helps!

[Barry]

Hi Taylor,

Glad you’re enjoying the plugin (though of course it is disappointing to hear you are hitting difficulties).

That’s a really odd problem – it almost seems as if The Events Calendar has, perhaps inadvertently, been deactivated – yet the fact that you just added a bunch of events would seem  to contradict that.

• Can you confirm that The Events Calendar is still activated and you still see the Events menu in the admin environment?
• Can you try flushing permalinks (just visit Settings → Permalinks, you don’t need to change anything)
• If none of those help, can you run through our standard troubleshooting steps?

Let me know how you get on!

[Barry]

Hi jacques,

I’m sorry you’re experiencing difficulties.

It doesn’t look like you were able to run through our standard troubleshooting steps before posting but I’d strongly recommend you do so.

There are various Javascript-related problems such as jQuery being loaded twice (two different versions) which is a not unlikely cause of these issues. I’m not sure which plugin or theme might be causing this – it could indeed potentially even be your or someone else’s own customization work – but determining the cause of this and eliminating it is definitely a good way to go.

Let me know how you get on 🙂

[Barry]

Hi nixonmedia,

It’s possible to customize almost all of our templates using the template override process, documented in our Themer’s Guide 🙂

In this case you could perhaps override and customize the pro/widgets/mini-calendar/grid.php template and – in your custom version – conditionally remove the links generated by the tribe_events_the_mini_calendar_prev_link() and tribe_events_the_mini_calendar_next_link() template tags.

You could leverage the tribe_events_get_mini_calendar_args() function – which returns an array including eventDate – as part of that conditional statement (ie, to check which month has been requested).

Does that help?

 

[Author]

Posts