We were doing state and postcode even for countries where its not required, but unfortunately as an unintended effect we were ending up not checking shipping requirements if this was not met.
This commit fixes a bug that made it impossible to assign to a product a tax class that contained non-ASCII characters that are URL encoded by sanitize_title().
WooCommerce uses sanitize_title() to generate a slug when creating a tax class (d48f1d4e2e/includes/class-wc-tax.php (L808)). sanitize_title() converts some non-ASCII to ASCII equivalents (those handled by remove_accents()) and URL encodes others (like some Greek characters, for example).
The code was using wc_clean() to sanitize the tax class when the user edited a product. The problem is that wc_clean() removes URL encoded characters, changing the slug of some tax class, causing WooCommerce to use the standard tax class instead without any errors. To fix this issue, this commit replaces wc_clean() with sanitize_title(). This should be enough for security purposes and should not cause any issues with non-ASCII characters.
By changing to auto invoking call the `c` variable will be encapsulated in its scope therefore not polluting the global scope and will continue to function as previously.
Fixes conflict and reassigning of already used variables when using other minified scripts. In my case the problem occurred with the Speed Booster Pack plugin.
The previous query was counting variable products twice when they
had a variation with a concrete value for the attribute and also
a variation with "Any..." value for the same attribute.
* Update cart-empty.php
Added filter to change "Return to Shop" button text
* Update cart-empty.php
* Escape HTML and add docblock
Co-authored-by: Claudio Sanches <contato@claudiosanches.com>
This commit fixes the layout of the sections of the product page in the admin that display variations and attributes. It was broken since WP 5.5 was releases. This version of WP removed a CSS rule that WooCommerce uses (see 22d0cd6c96 (diff-fc8970b78a0739bd367f17c3a8e552e6L1993)). So this commit simply adds this rule back.
See #27326
The new query fixes a bug where variations were being counted twice:
if a product was included in both the queries then it would be counted
differently and added; e.g. when a product had two variations,
one with "Any" attribute and other with a attribute that has a value.
The new query also optimizes performance, so that filter conditions
can be improved and better indexes can be used.
Ron Rennick
vedanshujain
jonathansadowski
Claudio Sanches
Rodrigo Primo
Jonathan Sadowski
Rebecca Scott
Martin Adamko
Nestor Soriano
Bec Scott
Renovate Bot
Aezaz Shaikh
Julia Amosova
Christopher Allford