Congratulations on the further development of V3

@retroreiz Thank you for the detailed feedback. These should all be fixed in version 3.0.1. Can you please update and test? Regarding questions: 1 & 2. We follow WooCommerce defined settings. 3. The value is now only pulled.

Hello @mvalera , Thank you for your prompt response. I updated the plugin from 2.1.2 to 3.0.1 and reviewed the issues again. Points 1, 3, and 4 have been successfully resolved. Point 2 with the tax problem (net/gross) has only been partially fixed. I’ll briefly explain in which case it still doesn’t work properly: When you add a product, the gross amount including tax is displayed correctly. However, if I change the quantity from 1 to 2, for example, the price is displayed without tax again (net). If I even go back to one item (where the correct gross price including tax was displayed), the amount remains as net without tax. During testing, there were several unusual phenomena, such as: other products suddenly could no longer be added, quantities could not be changed, products could not be deleted, etc. I had deleted all caches etc. beforehand and also tested in the Incognito tab. I noticed this error message repeatedly: I already noticed this with version 3.0.0, but I can say for sure after testing version 3.0.1. Your plugin interferes with the display of categories. After updating your plugin to version 3.0.0 or 3.0.1, only three products are displayed per category page. I use the WoodMart theme with Elementor. If this information is important: The categories are loaded with Ajax. This is what it looks like normally, before the update: And this is what it looks like after the update: The fact that your plugin has an impact on the product category view is because the display changes after adding to the shopping cart. The “Add to Cart” display appears, then it says “Added!” and then remains permanently with “In the shopping cart.” It doesn’t look right on mobile and desktop. Is it possible to disable the text “Add to Cart” and “Added!” and continue to display the typical loading circle? Mobile: Desktop: The position should remain unchanged and not be moved to the top, and Mobile should once again only display the shopping cart icon without any accompanying text. And unfortunately, there is another problem. I use the following shortcode for my header: [cc_cart_items icon='yes'] After the update, it is displayed as shown and can no longer be clicked on. I am not receiving any error messages in the console that I can provide you with: This is what it normally looks like, and it is also clickable. I already had to adjust the CSS with version 2.1.x because there were problems back then. But in the current upgrade to V3, it’s not even clickable anymore.: .cc-compass, #caddy-floating-button, .caddy-floating-button, #caddy-open-cart-btn { visibility: hidden !important; opacity: 0 !important; pointer-events: none !important; height: 0 !important; width: 0 !important; position: absolute !important; z-index: -9999 !important; } .cc-compass .licon::before { content: "\f126"; font-family: 'woodmart-font'; } .ccicon-cart:before { content: "\f126"; font-family: 'woodmart-font'; } .cc_cart_items_list i, .cc_saved_items_list i { font-size: 35px; text-align: ri...

The case was marked as resolved. Unfortunately, that is not the case. I have set it back to “unresolved.” If you have any questions, I can provide further information if needed.

@retroreiz All issues should be resolved in the latest release 3.0.2. Can you please confirm?

Hi @mvalera , Thank you so much for going out of your way to resolve all issues quickly and reliably. I really appreciate that, it’s not something to be taken for granted! Before I install the update to 3.0.2, I wanted to quickly ask if you were able to reproduce and resolve the issue with the category view? I didn’t see anything about it in the changelog, or has it been fixed with the update: “Shop page add-to-cart buttons no longer replace theme icons/markup with text, preventing layout shifts and preserving theme styling (e.g., WoodMart, Flatsome)”? Please let me know, and I’ll install and test the update in the next few days. Best regards

@retroreiz Of course! We couldn’t reproduce your exact issue, but yes the shop page ATC buttons change was likely the cause. Let me know if you still see this and we can fix.

I’ve installed the update to version 3.0.2. Almost all issues have been resolved. YEEEAAAAHHHH!!!! The problem with the category remains, and only 3 products are displayed instead of 20. I couldn’t find anything in the CSS that might be hiding anything. It would likely require modifying values in the PHP code such as loop_shop_per_page , woocommerce_products_per_page , pre_get_posts , posts_per_page or product_query . I temporarily fixed it with this snippet: add_filter('loop_shop_per_page', function($per_page) { return 20; }, 999); add_action('pre_get_posts', function($query) { if (is_admin() || ! $query->is_main_query()) { return; } if ( $query->is_post_type_archive('product') || $query->is_tax(array('product_cat', 'product_tag')) || is_tax(get_object_taxonomies('product')) ) { $query->set('posts_per_page', 20); } }, 999); And since I no longer have to revert to the old version, I continued testing. We use the https://wordpress.org/support/plugin/woo-gift-cards-lite/ plugin for gift cards. Unfortunately, due to the V3 change, I can no longer add gift cards to the cart. Unfortunately, I also don’t see any error message when clicking “Add to Cart.” Could you perhaps check if you can fix that as well? Link to the gift card overview: https://retroreiz.de/shop-kategorie/wps_wgm_giftcard/

@retroreiz Great! Checking on these…

@mvalera Thank you! I compared the product form HTML of a normal working product with the gift card product. The add-to-cart button itself does not look broken. However, the gift card product uses a much more complex custom cart form with additional fields and hidden values, including: wps_wgm_single_nonce_field wps_wgm_price wps_wgm_from_name wps_wgm_message wps_wgm_send_giftcard wps_wgm_to_email wps_wgm_selected_temp In contrast, the normal product uses a much simpler standard WooCommerce cart form. This suggests that Caddy v3 may be intercepting the add-to-cart submit in a way that works for standard WooCommerce products, but not for custom gift card product forms with additional validation and custom fields. Also notable: the gift card form contains both a hidden add-to-cart input and the submit button itself with name="add-to-cart" . My suspicion is that the v3 JavaScript submit handling is incompatible with this custom gift card form and may be preventing either the normal form submission or the validation/error response from being displayed. ——– Oh, and I couldn’t find the following texts in the .PO file: Subtotal Adding... Added! There is a version of “Subtotal – ” with a hyphen, but the translation isn’t used. The one with the hyphen seems to be the old version, where the quantity was listed next to it.

@retroreiz Yes in 3.X.X we’ve moved to using the Store API for add to cart events. This was a move for performance benefits and future proofing. Unfortunately Store API doesn’t support custom form fields. So we have to manually add support on our end for these. We have a fallback we’re working on though that should catch them in cases we don’t specifically provide support for. For the translations, we’ll add. Thanks for catching! For the product category display issue: Cannot replicate on our side at all. The plugin is not modifying anything with those hooks you mentioned. Can you confirm the issue is gone when Caddy is disabled? Possibly another plugin that is modifying these is conflicting with Caddy somehow.

Hi @mvalera I understand about the gift cards. Some additional data is passed along with them. For now, I’ve resolved this by disabling the Gift Cart via a snippet and using the old shopping cart function: add_action('wp', function () { if (is_admin()) { return; } $disable_caddy = false; if (function_exists('is_product_category') && is_product_category('wps_wgm_giftcard')) { $disable_caddy = true; } if (function_exists('is_product') && is_product()) { $product_id = get_queried_object_id(); if ($product_id && has_term('wps_wgm_giftcard', 'product_cat', $product_id)) { $disable_caddy = true; } } if (!$disable_caddy) { return; } remove_action('wp_footer', array('Caddy_Block', 'auto_insert_block'), 5); }, 1); add_action('wp_enqueue_scripts', function () { if (is_admin()) { return; } $disable_caddy = false; if (function_exists('is_product_category') && is_product_category('wps_wgm_giftcard')) { $disable_caddy = true; } if (function_exists('is_product') && is_product()) { $product_id = get_queried_object_id(); if ($product_id && has_term('wps_wgm_giftcard', 'product_cat', $product_id)) { $disable_caddy = true; } } if (!$disable_caddy) { return; } remove_action('wp_enqueue_scripts', array('Caddy_Block', 'enqueue_block_assets')); if (function_exists('wp_dequeue_script_module')) { wp_dequeue_script_module('caddy/cart'); } if (function_exists('wp_deregister_script_module')) { wp_deregister_script_module('caddy/cart'); } }, 1); Regarding the category view and only 3 products being displayed: Yes, I can definitely say that this issue occurs with V3. It’s likely related to the interaction between Woodmart and Elementor, since you can set how many products are displayed there. This seems to be causing some kind of conflict. But I was able to resolve that for now using the snippet . Something else I noticed while testing yesterday, which is more of a problem: We use WP Rocket as our caching plugin. WP Rocket has a preload caching feature. This means the page is either preloaded by WP Rocket or a user loads the page for the first time and is then cached. However, if the customer has something in their cart, this is unfortunately also loaded into the cache, and all other users can see it as well. Only when another user adds something to their cart does the cached cart disappear. Previously, you could enable fragment caching for shopping carts, but that doesn’t work with V3. And if I use a cookie to exclude “ woocommerce_items_in_cart ” from caching, it does work, but then no pages are loaded from the cache once the user has added something to the cart (which is, of course, correct). But that defeats the whole purpose of caching in the store. Do you think you can update the cart only after loading it via AJAX / JS / Store API so that it isn’t rendered in the HTML?

I found what seems to cause the wrong variation text in the cart drawer. The error doesn’t always occur; it happens occasionally when you add a product and then navigate to another product page and open the shopping cart. The extra information only disappears once you add a new product. In includes/class-caddy-interactivity.php , the variation text is currently built using: $variation_data = wc_get_formatted_cart_item_data($cart_item); $variation_text = strip_tags($variation_data); The problem is that wc_get_formatted_cart_item_data() may include not only the selected variation attributes, but also additional cart item meta / item_data. Because of that, Caddy sometimes displays unrelated product attributes or extra data in the drawer. A more reliable approach would be to build the variation text only from $cart_item['variation'] instead of using wc_get_formatted_cart_item_data() . That should prevent unrelated attributes from appearing in the cart drawer.

Hi @mvalera Regarding the topic: https://wordpress.org/support/topic/congratulations-on-the-further-development-of-v3/#post-18863302 I was able to narrow down when this happens. On all pages where WP Rocket caching is disabled, such as the shopping cart page, checkout, account page, etc., the problem occurs where all possible product attributes are loaded into CaddyCart. Additionally, when you view products with an attribute like “ ?attribute_pa_gba-max-shell=silver ” the cache or something seems to be bypassed somehow. You can also reproduce this in your demo shop, though not as clearly as in my case, since the demo shop has very few product attributes. However, you can see that there is a difference between the two when the attribute is passed along: https://demo.usecaddy.com/product/hoodie/?attribute_pa_color=blue&attribute_logo=Yes https://demo.usecaddy.com/product/hoodie/ —————————– Regarding the topic: https://wordpress.org/support/topic/congratulations-on-the-further-development-of-v3/#post-18863212 I have always excluded CaddyCart from CSS minification, JavaScript minification, and lazy loading in WP Rocket. As written in this post: https://usecaddy.com/docs/troubleshooting/troubleshooting-caddy But now I’m not sure, since you mention in your blog post about V3 that you have “ WP Rocket cache exclusion ”. In any case, this is a massive problem that I can’t solve on my own. Somehow, Caddy must be able to be excluded from the WP Rocket cache, and shopping carts from other users shouldn’t be displayed to visitors on any product page who are visiting the shop for the first time. This reply was modified 3 months, 1 week ago by retroreiz .