Automatic Submission
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.
Hello Pablo, thank you very much. They are deposited.
Are there any known problems with wp rocket? You are already registered in the exceptions.
Best regards
Hello
Please do a test
Hello Pablo, I added the following to functions.php:
add_filter('woof_filter_shortcode_args', function($args){
if (is_home()) {
$args['ajax_redraw'] = 0;
} else {
$args['ajax_redraw'] = 1;
}
return $args;
});
After pasting, clearing cache, the redirection didn't work and the search field with the text stopped working.
That's why I removed the code.
There is also a Report:
AH01071: Got error 'PHP message: PHP Warning: Undefined variable $labels_string in /var/www/.../plugins/woocommerce-products-filter/ext/by_text/views/templates/default.php on line 10', referer : //.../shop/check/product_cat-...
Maybe this will help you?
Can you display the search field in the forntend in the same way as in the shop where we inserted it with the “Automatic set” option? So it's always the same style?
Is it also possible to create a long search field across all fields where you can filter by text?
And can you set the text filter so that no matter what category it is in, it always searches for all suitable offers?
Thanks for the suppirt
Hello
I make changes in php files but it doesn't show up in the front end. Are you using cache?
Can you display the search field in the forntend in the same way as in the shop where we inserted it with the “Automatic set” option? So it's always the same style?Is it also possible to create a long search field across all fields where you can filter by text? - Please describe this in more detail. You can take screenshots
And can you set the text filter so that no matter what category it is in, it always searches for all suitable offers? - On a category page, the text filter will only search within the current category
Dear Pablo,
Regarding the first question, yes, we are using WP Rocket and have removed everything or granted access for your plugin to avoid any issues.
To test, we cleared the cache and deactivated the WP Rocket plugin. There is no redirection from the homepage to the shop once your code was implemented.
Regarding the second point:
Currently, on our shop page, there is a 3-column filter inserted automatically by your plugin. In the mobile view, we would like to display a search field at the top. Is this possible, or can it be displayed as a single field above the 3 columns?
Would it be possible to replicate the same design with functionalities on the homepage and link it to the shop page? Currently, we are doing this with the Front End Builder, which uses a different responsive design.
Regarding my third question:
I need the complete search functionality in all categories, no matter which page the customer is on. How can I achieve this? It works well on the homepage and subpages, but the issue arises with the categories, which is quite user-unfriendly for our customers.
Thank you for your time and support.
Hello
I still can't change the code. Unfortunately I can't work like that
Regarding the second point:
The plugin does not have such a feature, in this case you need to customize the code
Would it be possible to replicate the same design with functionalities on the homepage and link it to the shop page? - use the shortcode [woof ] on the main page with sid="flat_grey woof_auto_3_columns"
Regarding my third question:
I answered this in a previous message - https://share.pluginus.net/image/i20240105132527.png
Hello Pablo, what do you mean: I still can't change the code. Unfortunately I can't work like that?
The access data is stored in the private area for the FTP, do you need more?
Because of the search, is there a paid solution to change this so that no matter where the customer is, they can always use the entire search in the categories?
Thanks for the support
Hello
The access data is stored in the private area for the FTP - this doesn't make any sense because the changes are not reflected on the frontend (due to cache or maybe it's access to another site)
they can always use the entire search in the categories? - The problem is displaying the result. In this case, any text search should redirect the user to the shop page. Because it is impossible to show a product from another category on the category page
Hello, so the FTP data goes to the right folder, should I give you access to the backend?
Yes, the search thing is stupid, we really needed the fact that the text search always accesses all products. We have a standard search template where this was possible, but not with the scope that you offer with the text search.
Hello Pablo, I noticed when I use the word “Fußall” or “fussball” in German, the display doesn’t work in the Text search filter. If I then click on a number below, the filter reports: We didn't find anything, even though it previously displayed 30 products.
Please help
Hello
Please drop me wp-admin access - https://share.pluginus.net/image/i20230222134241.png -> https://share.pluginus.net/image/i20230222134615.png
Hello Pablo, I have added everything to the test page.
Best regards and thank you
AH01071: Got error 'PHP message: PHP Warning: Undefined variable $labels_string in/plugins/woocommerce-products-filter/ext/by_text/views/templates/default.php on line 10; PHP message: PHP Warning: Undefined variable $labels_string in/plugins/woocommerce-products-filter/ext/by_text/views/templates/default.php on line 10; PHP message: PHP Warning: Undefined variable $labels_string in/plugins/woocommerce-products-filter/ext/by_text/views/templates/default.php on line 10', referer: ..
Hello
You gave me wp-admin access to a test site, for which site did you give me http://FTP. My changes are not applied to the frontend
AH01071: Got error 'PHP message: - Remove your customization and everything will work fine
Hello, can you please test it again using the search button?
The FTP had an error, now it works. The homepage now links to the correct page.
Best regards
Dear Pablo, we have already discussed the error messages from Google PageSpeed, which are penalizing our site. Is there already a solution or an approach to what might be causing this, or any update?
It concerns the homepage with the codes:
Desktop view: [woof sid="flat_grey woof_auto_3_columns" redirect="/.../"]
Mobile View: [woof_text_filter placeholder="Enter search term here" behavior="title_or_content_or_excerpt" taxonomy_compatibility=1]
[woof sid="flat_grey woof_auto_3_columns" redirect="/.../"]
I have added the code for the filter for the desktop view: [woof sid="flat_grey woof_auto_3_columns" redirect="/../"] and set it in the WPBakery PageBuilder so that it is not visible in the mobile view.
The second code is for the mobile view: [woof_text_filter placeholder="Enter search term here" behavior="title_or_content_or_excerpt" taxonomy_compatibility=1]
[woof sid="flat_grey woof_auto_3_columns" redirect="/.../"]
If only one code is used for a view, I have no error message except for: select elements have no associated label elements.
If both codes are used for mobile view and desktop view, I get the above-mentioned errors.
ARIA IDs are not unique:
The value of an ARIA ID must be unique to prevent other instances from being overlooked by assistive technologies.
<select id="woof_tax_select_pa_.." class="woof_select woof_select_pa_.." name="pa_.." data-rocket-lazy-bg-8bef6305-dbf6-4656-896b-8cd56c8e2cff="loaded">
Select elements have no associated label elements.
Form elements without effective labels can be frustrating for users of screen readers.
<select id="woof_tax_select_pa_.." class="woof_select woof_select_pa_.." name="pa_.." data-rocket-lazy-bg-8bef6305-dbf6-4656-896b-8cd56c8e2cff="loaded">
Links cannot be crawled
Search engines may use href attributes for links to crawl websites. The href attribute of anchor elements must point to an appropriate target so that more pages on the website can be found.
div.wpb_wrapper > div.woof_text_search_container > div.woof_container_inner > a.woof_text_search_go
<a href="javascript:void(0);" class="woof_text_search_go">
Hello
nothing has changed with ftp access
ARIA IDs are not unique: - you can only use one filter on one page
Select elements have no associated label elements. - We checked this before and I showed in the screenshot that this is not so
Links cannot be crawled - this will be fixed in the next version
Dear Pablo, I want to thank you for everything and the effort you've put in!
Google Pagespeed keeps reporting:"Select elements have no associated label elements." Is the problem now with Google? I'm at a loss, as it's deducting points from us, and I'm not familiar with this issue. It only shows up in the drop-down menu.
Thanks again for everything, and if there ever is an option for the text search to work with all products, regardless of where you are, we would greatly appreciate it and would be happy to support you in that endeavor.
Thanks for the support.
Dear Pablo,
Could the issue with the select form elements flagged by Google PageSpeed be related to the"woof_wcga_label_hide" class? I've deactivated all plugins, cleared the cache, etc., and I'm still getting the message.
Here is the code section:
<div class="woof_block_html_items">
<label class="woof_wcga_label_hide" for="woof_tax_select_pa_...">...</label>
<select id='woof_tax_select_pa_..' class="woof_select woof_select_pa_.." name="pa_...">
</select>
</div>
Thank you for the support.
Hello
The point is that there must be a label for the select and they must be connected using the id and for attributes
And these conditions are met - https://share.pluginus.net/image/i20240115131504.png Therefore, unfortunately, I cannot understand the reason for this message from google
