Last post 5 hours 5 min ago

Posts last week 81

Average response time last week 4 hours 29 min

All time posts 67934

All time tickets 10501

All time avg. posts per day 20

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.

Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!

All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#1270 – Smart Search not working

Posted in ‘sh404SEF’

This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Monday, 02 November 2015 05:44 UTC

hartdesign

Hi there,

I have an issue I can't solve. Smart Search does not work when I have sh404sef installed. I am not having this problem on another website I manage but I have tried everything I can think of and have not been able to figure out why this isn't working.

I have a test installation of the website in question - please fee free to login and do what you must with this install as it wont affect the live site at all.

Thanks for your help.
Mark

Monday, 02 November 2015 10:09 UTC

wb_weeblr

Hi

And the site is? the credentials are? and what's the description of the problem? the procedure to recreated the problem?

Rgds

Monday, 02 November 2015 20:06 UTC

hartdesign

Sorry I deleted the details from my original post, I wasn't sure if this was private or not.

Use the search feature here: http://xxxx/search.html

Search for "cushion" for example. You will see there are search results returned on the page.

However if you login to admin and ENABLE sh4504sef then refresh the search page, use the search form again. You will notice the page reloads without displaying any search results or messages. Its as if nothing has happened.

http://xxxx/administrator/
UN/PW: xxxx

I am certain it is related to the URL encoding however I have tried all variations in the "By Component" config. For Search I have currently got it set to "Leave as non-sef" » "Use Joomla router".

Why do I think it's the URL encoding? Try this:
Load the search page with sh404sef DISABLED. Then ENABLE sh404sef. Then use the search form without refreshing the page first. You will notice you get the sh404sef 404 page displayed. (File/Folder permissions are set correctly).

Thanks for your help.

Monday, 02 November 2015 21:03 UTC

wb_weeblr

Hi

It looks simpler than that.

You have an article also called "Search", or at least you have 2 URLs in the database that also match to "search.html".
And you also have a com_finder URL for the same "search.html" URL, so surely there's a confusion here.

I don't see how encoding could be related. What's changing here is the action URL.
With sh404SEF disabled, as in your last "experiment", the action URL is

/clients/xxxx/component/finder/search.html?f=1

Of course, if you press submit with this action URL, sh404SEF will trigger a 404.
With sh404SEF enabled, the action URL is:

/clients/xxxx/search.html?f=1

however I have tried all variations in the "By Component" config. For Search I have currently got it set to "Leave as non-sef" » "Use Joomla router".

Your variations didn't really have any effect, as you modified the settings for the Joomla Search component, but your module is actually using "Smart search. So you've been using the sh404SEF default routing all along.

I have changed the alias of the article (id= 2514), but currently when I reload the page, the SEF URL seems to always be "search.html" as if some caching was happening.

The link is an ordinary menu link, to an article, so this should not happen. System cache is disabled, module cache also. Any idea about what could cause this URL to be stuck as "search.html"?

I have created a second test menu link (search 2 link), and this one gets the right URL (search-xxxx), but then the search doesn't work as of course the com_finder uRL is not created either.

Again, any idea as to what can cause this URL to be stuck like this? CDN? other caching? template overrides?

Rgds

Monday, 02 November 2015 22:34 UTC

hartdesign

I'm not sure why the site was behaving this way. I have tried disabling all template overrides, using different templates etc. All to no avail.

Anyway I have deleted the Menu Item, all "search" URLs and started again with a new article alias and an entirely new menu item. It works now (see live site xxxx)

Thanks for your help.

Tuesday, 03 November 2015 08:55 UTC

wb_weeblr

Hi

Really weird, the menu item not changing; You've seen it yourself? At first I tought it was caching, but then I added another menu item and it would show immediately. I have no explanation for that.

Glad it works now anyway, Closing this ticket now, feel free to open a new one as needed. If you do so, please mention this ticket number in the new one.

If you created any superadmin account for us, be sure to delete or block it now to avoid unecessary risk in the future.

Rgds

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.