Thanks for your input. And yes, I know the issue was caused by the Enfold theme, I had already tried debugging with fallback themes where the Hivepress listing search worked just fine. Unfortunately, we had to stick with the Enfold theme as the whole website was already fully built with it and its ALB visual editor, making it impossible to switch themes just for Hivepress compatibility.

However, yesterday I took a full day to investigate the Enfold theme files, and I am happy to report that I have found the cause, and thus could fix the problem. Enfold developers might want to read on to understand and fix this potentially problematic code, as it might cause incompatibility issues with not just Hivepress but also other WordPress extensions that use their own search logic.

The file causing the Hivepress search problem is found in the Enfold theme file structure, namely

/themes/enfold/includes/helper-template-logic.php

In this file exists a function called “avia_search_query_filter”, starting around line 37. Its purpose is to “make sure that empty searches are sent to the search page as well”. Empty searches would mean standard text searches without a keyword (search term).

Unfortunately, this function does not check for custom post_types, it just addresses all searches. The URL https://wiras.dora.group/?post_type=hp_listing&s= should definitely display the search results for the custom “Listing” post type, which is Hivepresses’ own custom post_type (since the parameter is in the URL after clicking Search), and not be treated as a standard text search.

The problem is that most Hivepress searches would be considered “empty” searches as they don’t have a keyword parameter, but are searches by checkbox, select menue or radio button values (these are generated by the listings “custom fields”). Thus, the above mentioned function of the Enfold theme hijacks those searches and instead of handing them over to Hivepress, redirects them to the themes’ own “Nothing found” search result page.

All I had to do now is to comment out the whole function in the file “helper-template-logic.php”, starting from line 41 until line 66:

41 if(!function_exists(‘avia_search_query_filter’))
42 {
43 function avia_search_query_filter($query)
[…]
64 add_filter(‘pre_get_posts’, ‘avia_search_query_filter’);
65 }

For now this works for us, as we don’t use a standard text search on the site anyway. We just have to be careful when updating the theme.

You might consider finetuning your function to check for “custom post types” and exclude them from the search redirecting, as it seems your current approach is a bit too general and has the potential to hijack other plugins custom search patterns.

Best regards,
Sebastian

Hello Ismael,
the problem is not due to Enfold but the hosting. I made several tests on different sites with Enfold, hosted by different providers. The restriction occurs with one provider, but not with others.
Best regards
Anne

Thanks Ismael, but I don’t have the 1st CSS code in my style.css file… what do you mean when you say “This sets the header height to 90px on tablet view”? You mean “…in the standard CSS of the Enfold theme”?

My request is to have the same height of the header (50px) to all screen sizes, and always transparent on top (if possible)…

Anyhow: CSS #2 of your email is fixing between 768px and 989 onlypx, but it is not transparent.

At < 768px no changes, of course.
If I remove the “min-width: 768px” of your CSS, the header size is still 80x, and in addition to that, the Burger menu is not centered anymore: see here

• This reply was modified 2 months, 1 week ago by mistermagoo8691.
• This reply was modified 2 months, 1 week ago by mistermagoo8691.