frafor

@alessio91 furthermore, if I regenenerate the attribute lookup table and then delete Product Filter transient, the problem persist so it seems as if the plugin have some issue with the data saved in its transients

Hi @juanchovega did the export/import solve the issue permanently? Because I managed to solve it by forcing WC database update and attribute table refresh, however after few minutes the problem is back again…

@blizzeffect Yes the problem persist, I have to refresh the attribute table like every 20 minutes or so

@alessio91 could you please check the issue? It came along with the last 6.3.1 update

Same issue here after WC 6.3.1 update, solved after refreshing product attribute table manually in Woocommerce > Status > Tools > Regenerate product attribute lookup table (or something similar, my wp-admin is in Italian at the moment)

Buongiorno, faccio presente che il problema esiste anche nella versione PRO che non è stata fixata

Provvedete quanto prima grazie

As a temporary workaround, to allow site functionality, I had to disable hotlinking prevention, delete the .htaccess in dlm_uploads and add the following lines on top of the webserver root .htaccess:

RewriteEngine On
RewriteRule ^wp-content/(.*)$ /v2/wp-content/$1 [R=301,NC,L]

However this is really suboptimal and unsecure, so please fix it soon!

Hi there, thanks for the quick fix.

There’s another issue however: if woocommerce is set to display prices excl. vat, and no shipping costs are set, wpc-fly-cart.pho uses get_cart_contents_total() to calculate the total.

Lines 1280 – 1284

if ( get_option( '_woofc_shipping_cost', 'no' ) === 'yes' ) {
  $cart_html .= WC()->cart->get_total();
} else {
  $cart_html .= wc_price( WC()->cart->get_cart_contents_total() );
}

However, get_cart_contents_total() does not include taxes, meaning that if you set both _woofc_subtotal and _woofc_total on, the two total will be the same.

The sole difference between get_cart_contents_total() and get_cart_subtotal() is discount calculations (f.eg. coupons, promotions). (As you can check here: https://woocommerce.github.io/code-reference/classes/WC-Cart.html)

So I’d suggest you to rely only on get_total(), as on line 1281, otherwise the choice of displaying both subtotal and total in cart would make no sense.

If you still want to bypass shipping costs (_woofc_shipping_cost) however, you could still sum get_cart_contents_total() plus get_cart_contents_tax() on line 1283.

Yes I understand how cookie works.

The fact is, I was getting cache BYPASS on Chrome in Incognito mode on 1st visit only for product pages, that’s why I came here!

Hi Saumya!

Yes I do understand your concerns.

I have to say that after 1 hrs I last checked, now product pages are reporting cache HIT(s) too even with “strip cookies” disabled. I don’t know why they didn’t before, but I’m happy to know I just had to wait.

• This reply was modified 3 years, 9 months ago by frafor.

Sooo… after further testing, enabling “Strip response cookies” makes it impossible to add a product in the cart, unless you do not have already a product in the cart.

On the countrary, adding from archive pages via AJAX works flawlessly.

I’ve tried to add these cookies

wp_woocommerce_session
woocommerce_cart_hash
woocommerce_items_in_cart

As a fallback cache exception in the provided textarea, however the list it’s not taken into consideration by the “Strip response cookie” setting.

I checked in the code to see if there was a filter to provide a cookie list in order to activate/deactivate the “Strip response cookie” programmatically, however there is none…

I think you should provide an exception list for the “Strip response cookie” function (f.e.g “Strip response cookies, unless these cookies are set”.

Hi, after enabling the option “Strip response cookies on pages that should be cached” product pages are now cached correctly.

Still I can’t understand why the plugin resetted itself…

Ok, that fixed it! Thanks.

Sorry I wasn’t clear enough – my bad

The “same issue” i was referring to was the inability to send mail due to missing nonces when caching wp-includes/js via autoptimize (403 in console log).

I noticed even some warning in server’s error_log related to wp_doing_it_wrong for rest route management however I have to check if I still have those logs because I may have deleted them. If I find them I’ll post them here later.

The remaining issues (plugin not deactivating and contact form deleted during rollback) seems to be installation-specific of the other website.

Anyway the sole difference between these two websites are the following plugins, present in the first one:

* WPML and related plugins (string translation, media translation, blabla)
* Germanized for WooCommerce
* ELEX DHL Shipping

Otherwise they share the same setup/theme/child (apart from css customizations).

Sorry again if I’m not that precise but I was under a lot of pressure during the past two weeks the because of the OVH disaster.

• This reply was modified 4 years ago by frafor.

Hi @takayukister I’m having the same issue on another website i manage: https://cannapa.org

Almost same setup (WP CloudFlare Super Cache Plugin + Autoptimize instead of WP Optimize).

Following the suggestion here from autoptimize developer: https://blog.futtta.be/2021/02/25/contact-form-7-update-breaks-autoptimize-js-optimization-workaround/

I excluded the whole wp-includes/js folder and it’s working back again.

However, this fix comes at a cost in perfomance optimizations that I still have to double check if it’s convenient.

Hi Takayuki, unfortunately we rolled back to 4.3.2 & I cannot disclose the URL of the test website, I’ll try to make a test environment with a similar setup in the next days