Problème Woocommerce 9.6

Thanks for reaching out. There have not been recent changes to the plugin, so it is likely to be a conflict with another plugin or a recent theme update. I suggest temporarily disabling other plugins or switching to a default theme to help isolate the cause.

If you’re able to post the store URL you need help with -I can begin to troubleshoot for you to see if another plugin has overridden the css styles and the estimates are simply hidden. If you need more personalized support or troubleshooting you may visit the ‘PRO’ tab in Ship Estimate settings for support options.

Hello,
Thank you for your quick reply.
When I go back to an older version of the plugin, the problem no longer appears.
The website concerned is vivabeauty.fr
We use the Astra theme (pro version).
I’ll be in touch if you need me, and I hope we’ll be able to solve the problem.

Thank you for letting me know about this issue. I can see that the plugin is active but it’s not showing an estimate. Can you go to WooCommerce > Ship Estimate and press Save at the bottom of the settings page?

If possible can you provide me with the older version number that is working for you? If there were any new plugins installed between the older version and now, please also let me know so I can investigate potential conflicts.

Hello,
I clicked on save, but it doesn’t change anything. When I upgrade the plugin to version 2.0.17, everything changes again. Since version 18, the date is no longer displayed in the shopping cart or on the order completion page. However, the date is displayed in the confirmation emails.
I don’t know if this has anything to do with it, but Woocommerce has changed the way delivery times are displayed since version 9.7. Here’s the official link: https://developer.woocommerce.com/2025/02/25/woocommerce-9-7-smarter-shipping-displays-and-faster-performance/
I haven’t installed any new plugins.

Thank you for that information. This is for certain a theme or plugin conflict. You mentioned that the delivery date displays in the email, so the plugin is active. I see the plugin is active at checkout, but the styles are overridden by something else, likely a theme or other plugin used to customize checkout. Until I know what is overriding it, I’m unable to offer more specific guidance.

The current version of the plugin works with WooCommerce 9.7. To troubleshoot the conflict I recommend temporarily deactivating other plugins until the delivery estimate re-appears at checkout. This includes caching or performance plugins that may reorganize CSS styles. You can also temporarily switch themes to rule out theme settings. You may also try switching your checkout page to use the new WooCommerce blocks, it’s easy to try this out on a new test page.

If you need more personalized support or troubleshooting you may visit the ‘PRO’ tab in Ship Estimate settings for support options.

Hello,
I switched to the new basket block. But it still doesn’t work. What’s surprising is that I introduced a code in the custom CCS to remove the product description line from the shopping cart and this code works fine.
So there’s just the one in the ship estimate plugin that doesn’t apply.
When you go to Inspect element, you can still see the code.

I see the new blocks at checkout on your site. Note the div elements that have a class of ‘wc-block-components-radio-control__label-group’ inside the cart totals section. Inside each of these is a span with class ‘wc-block-components-radio-control__label’. Natively, these children spans contain text, but in the case of this site it contains at least two font element children. So I suspect that the script used to customize checkout is interfering with the display of the shipping estimate.

Thank you for your reply. What’s surprising is that this doesn’t cause any problems with older versions of the plugin and that when you update it, the estimates disappear. So the plugin only conflicts with recent versions.
Would you have a code suggestion that I could insert to ensure that the estimates are displayed anyway?

Ok thank you for confirming. Allow me some time to do a deeper analysis between v1.8 and v2. There were many improvements during this time. If you could please leave v1.8 installed on your site temporarily to allow me to look at the CSS at checkout that would help move this along.

I’ve just released version 2.0.17. As you’ll see, it displays the delays well with this version. I haven’t modified anything else.
I’m leaving this version until I hear back from you. Keep me posted.

Thank you for your patience on this. Basically, there are only 2 changes to the plugin from v2.0.17 and v2.0.20 and neither change affects how the ship estimate is rendered in testing. The file diff between the two versions shows very little change.

You may try to update to v2.0.20 again, and this time edit line 1275 on wse_functions.php to omit [class*=’shipping’]. That’s the only change that could affect output.

Do you happen to have any performance plugins installed that perform caching, minification, or compression, or mention redis cache? If so, can you exclude the cart and checkout pages from being affected?

If all else fails, can you send me the diagnostics from the PRO tab? You can provide them through the forum or through the contact support button. I’m hoping the diagnostics will show something.

Can you tell me exactly how to omit? Tell me what I should put and before or after which word exactly? Because I couldn’t.

Sure, please just delete the highlighted portion of the line below in wse_functions.php.

If this doesn’t work, check and disable any caching plugins at checkout.

If all else fails, please send diagnostics from PRO tab so I can research further.

Hello,
Thank you for your help.
I’ve made the change, but it doesn’t work.
We don’t have any extensions with cache enabled, and we’ve disabled the Nginx cache on our server on the shopping cart page.
Here is the diagnosis:

Configuration

Path cs/wp-content/plugins/wc-ship-est/
WP 6.7.2
PHP 8.3.17
MYSQL 10.6.18-MariaDB-0ubuntu0.22.04.1
Theme Astra 4.9.0
Ship Est 2.0.20 GPL 
Settings
Methods: 27
CartCt: 0
Backlog OrderCt: 0
Backlog ItemCt: 0
Vac: - 
Backlog ItemCt: 0
Review Prompt: 0
Merchant: 
Review Badge: 0
Holidays: 0101,1225,0714,0501,0508,1111
Email: 1
Uninstall:

• This reply was modified 2 weeks, 5 days ago by livioinformatique.

Thank you again. I will site up a test site with a similar configuration and see if I can replicate the issue. This may take some time. I will keep you posted.

If we find the issue, I’ll make sure the fix is included in the next release of the plugin.