Completely overrides any product collection customizations

Hello

HUSKY not redrawn that things you described, really not clear wihout examples what is wrong. I can suggest you create ticket here https://pluginus.net/support/forum/woof-woocommerce-products-filter/ and describe in details and with links what exactly is issue from your point of view, and I sure a lot of things are resolvable as has another nature than HUSKY plugin.

The issue is with this plugin. The only other relevant active plugin is WooCommerce. The customizations that are being overridden are:

1. All changes made in the Gutenberg editor, including changes to the product card (e.g., the discount badge’s color and position).
2. Some custom styles in the theme’s main stylesheet (style.css) that target the product collection block and product card block.
3. Custom translations added in the theme’s functions.php file (using the gettext hook and specifically targeting the woocommerce and the woo-gutenberg-products-block translation domains).

Disabling the plugin returns everything to normal.

HUSKY not rewrite any files, the more functions.php and the more styles.css file (if I undertood you right from your message) – this is super bad practise and its not possible. If you will look into code you will not find such functionality, read code.

As it not support branch and if you have real questions welcome here: https://pluginus.net/support/forum/woof-woocommerce-products-filter/

I’m not alleging your plugin is specifically altering files, but of course your plugin is responsible for somehow overriding the Gutenberg blocks; yours is the only active plugin apart from WooCommerce.

As for making customizations in functions.php and style.css, that’s a standard way to customize a child theme. I don’t know how you could possibly claim otherwise.

I’m leaving the review as it is for anyone else to read, including your response here.

Have a nice day.

Great, thank you!

Just as a quick follow-up, it looks like the plugin generates its own endpoint when filters are applied. Filtered results are shown under the /swoof/ subdirectory rather than at the endpoint where the filters were originally applied. It doesn’t seem to be possible to customize /swoof/ result pages independently with Gutenberg.

On another note, the domain https://pluginus.net where the plugin’s documentation is hosted is blocked in Indonesia (403). I’ve confirmed it’s accessible from the Netherlands.

Yes, filter plugin works in this way, here is demo https://demo.products-filter.com/swoof/product_cat-clothing/ , and filter docs are here https://products-filter.com/ – so please, before making any conclusions, study the issue in detail and do not write your guesses.

For support and questions use: https://pluginus.net/support/forum/woof-woocommerce-products-filter/ – looks like you need it to understand how things works

p.s. swoof can be changed in the plugin options to any you want, and this is part of search link, and thi is not a directory (folder), read about wordpress routing rules please and how manipulate with it, its open a lot of possibilities in dev for wp …

• This reply was modified 1 month, 1 week ago by RealMag777.

looks like you need it to understand how things works

Rather than make snide remarks, I suggest you use this feedback to at least improve your documentation—preferably directly on the plugin page since your https://products-filter.com/ domain is also inaccessible.

I understand if it’s difficult to change the current implementation to account for it, but the issue still remains that the plugin overrides customizations made in Gutenberg, in styles.css, and in functions.php. Maybe it’s possible to find a workaround?

this is part of search link, and thi is not a directory (folder)

Thanks for pointing that out. “Directory” is the official technical term used to describe sections of a URL between slashes, as defined in RFC 1738 by Tim Berners-Lee.

Hi, Thanks for correcting me, looks like we are talking about the same but in different manners, I just looked wiki: A path component, consisting of a sequence of path segments separated by a slash (/), but this is off top ??

Maybe it’s possible to find a workaround? – sure, but I looked my sites from vpn and looks like its blocked for Indonesia, this is because of my hosting or this is state firewall, this question should be looked. Lets now do next, write on my support email pease [email protected] with exact links with issue and will be good to make video where shown what changes when HUSKY is enebled/disabled, supporter will analyze it and its possible to fix by CSS, and define reason (HUSKY, current wp theme, etc…), and please cooperate with support there. Thank you for your collaboration …