Karan

Hi @joshkern ,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi @maven1129 ,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi bing4,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi @bing4 ,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi kkow,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi Idiatulla,

We haven’t heard back from you in a while, so I’m going to go ahead and close this thread for now. But if you’d like us to assist further, please feel welcome to continue the conversation.

Thanks!

Hi @hebhansen,

I understand that you need help customizing the “X” icon that appears in the search form to reset the input field. I would like to inform you that this icon is a pseudo-element added by browsers and is not controlled by SearchWP.

For more information on its functionality and how to customize it, I recommend checking out this helpful link.

If you need any other information, then please let me know.

Thank you for the additional information.

I would like to clarify that the Auto-width setting simply sets the width of the live results container to match the search input field. It does not include the button.

I tested the WP search block with the “button inside” option. However, in the final HTML, the button actually appears next to the input field, not inside it; it only adds an extra container around both elements.

Currently, there isn’t a built-in way to extend the width of live results to match the entire search form wrapper.
If you need any other information, then please let me know.

Hi @benniledl ,

I would like to clarify that SearchWP Live settings does not include an option to position the button directly inside the search input field. Could you let me know how this button position has been set? This will help me look into the configuration more closely.

Also, by default, the live results container width aligns with the search input width. If you’d like the results container to span the entire width of the form wrapper, you can add custom CSS to your theme’s stylesheet to set a specific width for the results container. For example:

.searchwp-live-search-results-showing{
	width:500px!important; /* Adjusts to fill the wrapper */
}

Hi @joshkern.

SearchWP live search uses the default WordPress query with the ‘s’ parameter to find results. If you search for “apples” on a search page, it should replace the “rice” keyword and return results only for “apples” (/?s=apples).

Based on the details you’ve shared, it seems that a custom query might be running on your site for live AJAX results in your search form. I recommend trying to disable other plugins and switch to a default theme, then test the search again to see if this resolves the issue.

I hope this helps. If you have any questions or need further assistance then please let me know.

Hi @maven1129 ,

I would like to inform you that the SearchWP Live Search plugin uses the default WordPress search query to retrieve results from the database. As a result, the search speed is largely influenced by your server’s performance. If you’re on a shared server, this can further impact the speed.

In contrast, services like Typesense or Algolia search use third-party servers to process search queries, allowing them to deliver faster search results due to their optimized infrastructure.

I hope this helps. If you have any other questions, then let me know.

Hi @motk88,

Thank you for the additional information.

It seems I may have misunderstood your issue initially. After further investigation, I found that the scroll to top issue is being caused by a specific OceanWP JS file on your site. The modal uses an anchor tag, and the theme’s feature causes the page to scroll to the anchor when the menu item is clicked.

It would be best to ask the theme’s support how to disable the scroll effect on the Modal menu item.

Thanks for sharing the link to your site.
I tested the search modal functionality across different browsers, including Chrome, Firefox, and Safari, and it seems to be working fine on my end. Please see this screenshot.

I suggest disabling any caching plugins and clearing your browser cache to see if that fixes the issue. If you need any additional information, please let me know.

@motk88 Can you provide me a link to your site? This way I can test the issue and find more details.

Hi @motk88,

I would like to inform you that the SearchWP modal plugin does not cause the page to scroll to the top when clicking the search link.

Based on the issue you’ve described, it seems the SearchWP modal JS may not be functioning correctly on your site, which is likely why the modal popup isn’t displaying as expected.

I recommend checking for any JavaScript errors on the page, as these could be causing the issue. Resolving any JS errors should restore the expected functionality of the SearchWP modal form.