Jairo Ochoa

Hi @doublezed2

We are developers. As I told you the last plugin we created is for e-invoicing and creates the XML document and event it’s signed with the digital certificate of the seller.
Anyway, blocks lacks of documentation or it’s awful.

Best

Hi @jonayedhosen

I must say that Cart and Checkout blocks are a nightmare. We are working on a plugin to issue electronic invoice and we need to add fields as NIF / TAX ID / VAT Number, type of customer, and any other to comply the Spanish invoice rules and it’s a mess.
Shortcodes and their hooks were like charm but Gutenberg block aren’t.
Beside they lack of good documentation so it make it more difficult to develop.

Regards

Hello?@packlink

Bug is located in Gutenberg Checkout block.
Old Checkout shortcode works fine.

So, no shop which uses Gutenberg block will manage TAXes correctly.

Pleaase solve it because new shops automatically install the Gutenberg block

Thanks

Hi @jonayedhosen @packlink

The bug only occurs with gutenberg block. If I switch back to shortocode the TAX is not lost

I hope this help to fix it

I have a new clue: https://developer.woocommerce.com/2025/02/25/woocommerce-9-7-smarter-shipping-displays-and-faster-performance/#h-new-shipping-method-display

Besides HPOS these shops are using new Gutenberg block.
I will switch to old shortcode and check if the bug remains.

Thanks for the link!

Hello @packlink

Were you be able to see the bug on your side ?

• It occurs when WooCommerce is higher than 9.6.2; for instance 9.7.0 or 9.7.1
• It seems that it only occurs if WooCommerce is running in HPOS mode. So probably old shops have not noticed the bug.

Thanks

Hi @doublezed2

Yes, everything worked fine until WooCommerce 9.7 were updated.
So it seems that any change was made in WooCommerce and make Packlink PRO?fail.
How can we know what changes were done in this version so they can fix the bug ?

By the way, I’ve noticed that Packlink PRO?fails only if HPOS is activated, or at least old shops without HPOS still work fine and do not lose shipping taxes.

Regards

Hi @jonayedhosen

Thanks for let me know it. I wasn’t aware that new email templates were in beta version. Only the New product editor says (Beta). — I mean here in this settings page: /wp-admin/admin.php?page=wc-settings&tab=advanced&section=features —

If I switch to the old email template there is no bug because this template does not include images.

Yes, I modify the email but not creating a new template. Just with a hook. I have developed a plugin to issue electronic invoices and the invoice download link is included in the email. But all the tests I’ve made were without any invoice issued yet, so nothing is added to the email.

How to System Status Report in a safe way? A public page does not look a good place to do it.

Regards

UPDATE: The bug exists with WooCommerce versions higher that 9.6.2, any as 9.7.x

Hi @vfavrat

If an order is not payed the status changes from Pending to Cancelled so the stock can be released and anybody can buy the products.
Check Woo > Settings > Products > Inventory. There you can see the minutes before an order is cancelled.

Hi,

Really? I cannot understand.
Have you really followed the steps I have shared to you ?
You would find this option:
Email improvements [x]?Enable modern email design and live preview for transactional emails

Here you have the official introduction to new mail design.
https://developer.woocommerce.com/2025/02/25/woocommerce-9-7-smarter-shipping-displays-and-faster-performance/#h-modernized-email-styling-beta

It’s the default new mail template.
WooCommerce > Settings > Advanced > Advanced
/wp-admin/admin.php?page=wc-settings&tab=advanced&section=features

Hi @doublezed2

• https://snipboard.io/7eLs9t.jpg (webmail)
• https://snipboard.io/vGXw18.jpg (Apple mail)

Is it secure to share System Status Report ?
Plugins list and other stuff would be shared to anyone

Thanks

I’ve already posted the request.

Thanks

Hi @doublezed2

Could you please clarify how the “woocommerce_no_available_payment_methods_message” uses ReactJS?

From your first reply I understood that the Gutenberg block works with ReactJS and this is the reason why the hook does not work.
I cannot understand why because the message is not created by ReactJS, it cames from any PHP and the hook can be run in the right moment despite of how the front is created.

To clarify, the hook has not been removed since it is working fine with the Checkout Shortcode.

I know. I mean removed from the block or in fact, not yet included.

Front my point of view blocks cannot be worse than shortcode and should do (at least) the same.

We could develop a fix with JS enqueuing a 3 lines JS in the footer but it would work only form our shops. It’s a nonsense.

There are a lot of plugins which add fields or modify the cart and checkout, and many of then do not work with the new blocks. And many users are not aware that the auto-generated pages of cart and checkout now include a block instead of a shortcode. And they wonder why the VAT-ID is not showing in the page (this example told me yesterday a customer which has made a shop)

regards