Versions greater than 1.7.1 breaks WooCommerce checkout

My advise it stick with 1.7.1. Another user reported this too.

Since I do not have have a Woo store and have assisted other who do without the issue I am uncertain what could cause the issue at this time. I’ve logged your post in the issue tracker, so I’ll reply back when I have anything further to add. Apologies for the trouble.

The latest version of ezTOC has added logic so it will not run the cart and checkout pages. That should prevent the issue you experience. I hope!

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

Hey Steve

Thanks for the follow-up.
I have installed version 2.0.11.
The issue is still there.

I have reinstalled Version 1.7.1.

For reference:

### wp-server ###

server_architecture: Linux 3.10.0-962.3.2.lve1.5.28.el7.x86_64 x86_64
httpd_software: LiteSpeed
php_version: 7.3.15 64bit
php_sapi: litespeed
max_input_variables: 3000
time_limit: 300
memory_limit: 256M
max_input_time: -1
upload_max_size: 128M
php_post_max_size: 135M
curl_version: 7.62.0 OpenSSL/1.0.2k
suhosin: false
imagick_availability: true
htaccess_extra_rules: true

### wp-database ###

extension: mysqli
server_version: 10.3.22-MariaDB-cll-lve
client_version: mysqlnd 5.0.12-dev – 20150407 – $Id: 7cc7cc96e675f6d72e5cf0f267f48e167c2abb23 $

All the best
Kim

hmmm… that is disappointing indeed.

I do not have a WooCommerce shop so this is really hard to troubleshoot as I can only rely on the WooCommerce docs. The last update, according to the WC docs should prevent ezTOC from running on just about every WC page.

Is it on the the Checkout page with the trouble or is all WC pages such as Cart and Product pages?

I am using a page with a combination of cart and checkout.

I don’t understand why ezTOC is running at all since I have these settings:
Enable Support: Posts & Pages
Auto Insert: none

And I am not including any ezTOC shortcode on the cart/checkout page.
Why is the plugin running on that page when it is not included?

ezTOC has to run on every page in order to determine if it needs to run. Plugins which manipulate the post content, it is done thru the the_content filter applied to the post content by WordPress. It is simply how shortcodes and etcetera work. There’s no way around it, you have to look at the content.

The last update included a “short circuit” of sorts. One of the first things it does is look to see if it should continue running or not based on selected criteria. One of the criteria is whether or not it is one of the various WC pages. If it is, it stops processing and hands off back to WP for the next plugin to look at the post content.

Looking thru the WC code it does some “fancy” stuff utilizing the the_content filter. This fancy stuff seems to be clashing with the fancy stuff ezTOC has to do.

Based on your description, I think an infinite loop is occurring. This means ezTOC does it thing or perhaps WC is first, it doesn’t matter which, then WC does it thing again and then ezTOC does its thing over and over again. Why is this happening? I do not know as I do not have a store to test against, its hard to debug so I can only guess.

Does this only occur on your Cart/Checkout page or all WC pages such as Product pages?