bug report
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday. If you have problems with registration ask help on contact us page pleaseIf you not got email within 24~36 business hours, firstly check your spam box, and if no any email from the support there - back to the forum and read answer here. DO NOT ANSWER ON EMAILS [noreply@pluginus.net] FROM THE FORUM!! Emails are just for your info, all answers should be published only here.
The support doesn work on Saturdays and Sundays, so some Friday requests can be answered on Monday.
if exclude home page from initializatin plugin in advanced>code>init plugon (no) using strict:
#domain
it wont work on serach queries:
domain/?s=any+query+here
Hello
Try in file - wp-content\plugins\woocommerce-products-filter\index.php - change this code - https://share.pluginus.net/image/i20240807114158.png
$server_link_mask = explode('?', $server_link_mask);
$init_tmp = ($pattern_url == $server_link_mask[0]);
and do a test
No, it's still showing shortcode on search page (domain.com/?s=xx) instead filter when setting (#https://domain.com/)
<aside id="block-66" class="widget widget_block"><p>[woof sid='generator_660xasxasx' autohide='0' autosubmit='-1' is_ajax='0' ajax_redraw='0' start_filtering_btn='0' btn_position='b' dynamic_recount='-1' hide_terms_count_txt='0' mobile_mode='0' ]</p>
</aside>
Also would be good to have possibility to exclude loading script on product pages. When not using /category/ and /product/ slug, there's no way to filter it other than checking is_single/is_woocommerce programatically by dev. Also if not is_woocommerce (i.e. blog) no need to load these. Good performance boost especially that placing JS files in bottom doesn't really work (it needs a second to refresh page)
Additionally, one more bug report:
WordPress database error Table 'xxxxx_woof_front_builder' doesn't exist for query SELECT id FROM `wp_woof_front_builder` made by do_action('woocommerce_page_wc-settings'), WP_Hook->do_action, WP_Hook->apply_filters, WC_Admin_Menus->settings_page, WC_Admin_Settings::output, include('/plugins/woocommerce/includes/admin/views/html-admin-settings.php'), do_action('woocommerce_settings_tabs_woof'), WP_Hook->do_action, WP_Hook->apply_filters, WOOF->print_plugin_options, WOOF->render_html_e, include('/plugins/woocommerce-products-filter/views/plugin_options.php'), do_action('woof_print_option_advanced'), WP_Hook->do_action, WP_Hook->apply_filters, WOOF_FRONT_BUILDER->global_options
Hello
Bug: this is notice and it will not be shown again after you entered into admin panel of the plugin, but thank you for the signal
Lets do code modifications in function private function is_should_init(), add next code
if (isset($_GET['s']) && !empty($_GET['s'])) {
$this->is_activated = true;
return true;
}
just after code
if (is_admin() || apply_filters('woof_disable_filter', false)) {
return true;
}
Also would be good to have possibility to exclude loading script on product pages ... - thank you for your suggestion, its redirected to the dev department
Hi, no, it didn;'t help. How about a hook to deregister? I tried few options but none worked
function functionwoof_disable_filter() {
if (is_product() || is_checkout() || is_cart()) {
apply_filters('woof_disable_filter', false)) {
return true;
}}
}
add_action('wp_enqueue_scripts', 'functionwoof_disable_filter');
and while i'm on it, there's one more bug.
link rel canonical generated is wrong.
https://pluginus.net/support/topic/canonical-urls-seopress-husky-filter/
if seo url is /filter/testme
and someone visits website with a get parameter like
/filter/testme/?fbclid=1231212
canonical url points to new url with get parameter. it should point to original url (because this isn't unique content)
It's worth also noticing that this code introduced duplicated rel canonical. I personally handle it myself so wasn't a problem, but for anyone using any of dozen seo plugins will have a problem. Rank math/yoast generate own canonicals and suddenly filter plugin adds new content. Perhaps making it an option is better solution (and keep in mind to strip get params)
Also, please add nofollow to js anchors (yes, robots can easily generate js): https://www.youtube.com/watch?v=PFwUbgvpdaQ&t=601s
Links are not crawlable
Hello
Please drop me wp-admin+FTP access - https://share.pluginus.net/image/i20230222134241.png -> https://share.pluginus.net/image/i20230222134615.png - I will check it(if exclude home page from initializatin plugin in advanced>code>init plugon (no) using strict:)
link rel canonical generated is wrong. AND Also, please add nofollow to js anchors - Yes, we will fix it.
Retested and all ok, using"No" and strict compliance #domain.com/
Topic resolved, thanks. A hook to disable on specific page would be more than welcome. Thanks for help
Hello
Great! Welcome;)
A hook to disable on specific page would be more than welcome. - I passed this on to the developers.
This option enables or disables initialization of the plugin on all pages of the site except links and link-masks in the textarea. One row - one link (or link-mask)! Example of link: http://site.com/ajaxed-search-7. Example of link-mask: product-category . Leave it empty to allow the plugin initialization on all pages of the site!
If you set"" to Yes
and set only: product-category as in the description, it won't load filter on product category (archives), only on woocommerce shop page (often /shop/).
if you set the option to"No", this option doesn't add any changes
Hello
I checked your site. Everything seems to be working correctly. When changing this option, the filter works on all pages except those in the list.
Yes, because its on production so I don't leave not working code :).
As I understand, these settings should force plugin to load only on product categories:
but instead it completly deactivate plugin on all pages, including product categories
Hello
As I understand, these settings should force plugin to load only on product categories: - Yes, but only if the URL on your categories has such a slug.