jjbbrr

This morning I updated to TEC 6.1.2.2 and Pods 2.9.18 at the same time and both went through immediately without issues. So this is resolved from my perspective, thanks for the prompt fix.

Rolled back to 6.1.1 and it’s working fine again.

Perfect, thank you!

https://blog.cloudflare.com/stream-live/

I updated to 1.2.13 and it is working again so I think this one is resolved.

Thanks. Updated to 1.2.13 and it is working again.

Updated to 1.2.13 and it is working again.

Thanks – it’s probably fine but I don’t want to take any risks of downloading something dodgy so I can wait till I get the official version.

Just updated to 1.2.12 (from 1.2.11 which worked fine) and received this error which made the site inaccessible front and back. Had to deactivate this plugin to get it up again.

This plugin failed to load properly and is paused during recovery mode.

An error of type E_ERROR was caused in line 41 of the file /nas/content/live/EXAMPLE/wp-content/plugins/activecampaign-for-woocommerce/ac_vendor/guzzlehttp/psr7/src/functions.php. Error message: Uncaught Error: Class ‘AcVendor\GuzzleHttp\Psr7\Utils’ not found in /nas/content/live/EXAMPLE/wp-content/plugins/activecampaign-for-woocommerce/ac_vendor/guzzlehttp/psr7/src/functions.php:41 Stack trace: #0 /nas/content/live/EXAMPLE/wp-content/plugins/activecampaign-for-woocommerce/ac_vendor/guzzlehttp/guzzle/src/Client.php(72): AcVendor\GuzzleHttp\Psr7\uri_for(‘https://theaeth…’) #1 /nas/content/live/EXAMPLE/wp-content/plugins/activecampaign-for-woocommerce/includes/api-client/class-activecampaign-for-woocommerce-api-client.php(185): AcVendor\GuzzleHttp\Client->__construct(Array) #2 /nas/content/live/EXAMPLE/wp-content/plugins/activecampaign-for-woocommerce/includes/repositories/class-activecampaign-for-woocommerce-connection-repository.php(58): Activecampaign_For_Woocommerce_Api_Client->configure_client() #3 [internal function]: Activecampaign_For_Woocommerce_Connection_Repository->__construct(Object(Activecampaign_For_Woocommerce_Api_Client)) #4 /nas/content/live/EXAMPLE/wp-content/plugins

• This reply was modified 4 years, 4 months ago by jjbbrr.

Hi there – just realised the reload appears to only work for desktop. I hadn’t checked mobile when I made my last post. The deactivate ajax appears to not work for mobile devices. So I’ve again reverted to an older version so that it reloads on mobile.

Thank you very much for taking this feedback on board. We’ve updated to the latest version and it is working again as we had it previously. Excellent!

To explain a little more more… we run online events around the world. So if we run an event in the UK and set it’s time and date in BST, but our website’s default timezone is set to California, then the countdown for the UK event will be according to California time which means it will be wrong. Is there a way to have the countdown work in relation to the timezone of the event, not the website’s default timezone?

• This reply was modified 4 years, 11 months ago by jjbbrr.

The plugin author says this feature is proposed for the next major update but that no date has been set.

I’d agree that multiple sticky elements would be fantastic. It could even be a part of a pro version as I’d pay for it.

Another great feature would be to allow a different sticky element for desktop and mobile.

Legend!

Thanks but we have no shipping rules setup in Paypal. Version 11 of IE.

I’ve raised it with Woocommerce and they have said they think it’s something to do with Avada so am asking them.