Help Center

Hi there,

This happens because there are existing javascript errors in some of your pages.

For example, when I unpublished the Live Search module in the home page, I found the errors that are shown in the attached image.

You must do the following:

1. Unpublish ALL Minitek extensions (components, modules and plugins).
2. Clear website and browser cache.
3. Check for existing javascript errors:
https://www.minitek.gr/support/documentation/frequently-asked-questions/joomla-extensions/the-wall-layout-appears-broken
4. Fix all javascript errors.
5. Publish all Minitek extensions.
6. If you still have problems after you have fixed the existing errors, let me know and I will look into it.

I looked at my page and don't have those errors. Those two main errors on your screenshot are from your adblocker being turned on and from a page where the search results work. (See attached screenshot of same page with NO errors)

As near as I can tell this does not answer the problem. I cited specific problem pages and you gave me a general answer from a working page.

Please address why it does not work on the many specific pages I took the time to mention...but it will work on others.

Thanks,
Carl

Hi Carl,

Sorry for the inaccuracy in my previous post. I get too many requests with javascript errors and it seems that I jumped the gun.

I looked into it and one possible explanation is that sh404sef may be interfering with the redirections of the Live Search form.

This is the proper redirection:
index.php?option=com_miniteklivesearch&view=results&word=dGVzdA&Itemid=906

The Itemid 906 corresponds to the menu item: ADVMoto Search Results

However, the search form in the page
index.php?option=com_miniteklivesearch&view=results&word=dGVzdA&Itemid=357

redirects to the menu item: News, therefore no results are displayed.

Can you turn off sh404sef to see if that's the problem?

Also, in sh404sef configuration I see that you have set the Minitek Live Search as non-sef. Is there a specific reason for this?

No worries. It happens..too easy to get intro robot tech support mode.

Disabling sh404 will be bad for the site as a whole since all the content is linked in/through it . This is why they allow component control.

I checked a couple other areas and changed the Minitek LiveSearch status and it has some effect, but made things worse.

1) If I change it to "Use Joomla Router" or "Use Default Handler" then the search result will work IF i do the search twice. So the first search will go to blank page, but the second will work.

Also, if I do this, then it blows up the Module parameters in the back end. When clicking on the module, it will only show a single "Module" drop down fromthe Basic Settings Tab. The rest of the page is blank white. This means I cannot edit the parameter.

2) I checked htaccess and there's nothing in there that would rewrite this.

3) SH404 does not have any redirect entries which result in either of the pages.

The big question is still though..why does it work from some pages but not from others? This is probably the best way of figuring out whats going on.

C

Is it possible to send me a backup (akeeba) of the whole website?

This way I can install locally and find the root of the problem faster.

That would be several gigs of backup and, to be honest, I don't want the info duplicated outside the server.

I disabled sh404 for a second and it worked okay...so it must be somethign there...but it's only on article pages which is driving me crazy. Contacted web host and they checked some back end logs and couldn't find what service was doing the redirecting.

Crazy!

C

I tried the native SmartSearch and it works okay from all pages. I may just have to switch over.

C

Ok, I will try it on more time on my end with sh404sef enabled to see if I can replicate the issue.

Since you can't send me a backup, can you give me FTP access? Otherwise I can only guess what is happening.

Thanks for your follow up on this. At this point I will ask SH404 for some thoughts on how it can be configured to not impact other components.

C

You're welcome Carl.

Please let me know if you figure it out.

Hey Yannis, long time no update. I picked up this problem again as I'm using it on another site and it really needs to be sorted out now.

COntacted SH404 which does the SEO link rewriting.

They claim the problem is in the code where the "form action = page or current article category" is. Sounds like they are saying because the current page or article category is being used in the subission, and that realtive URL is an existing entry in the SH404, then it rediects to a wrong page which shows no results.

I tested their theory and on anarticle page (where it does not work). I replaced the form action ="/news/" with "/" (like it was on the homepage) and it works great!

Anyway to change the code so that the search form inputs the same value each time it appears, regardless of what page it's on? That seems to be a cause of the problem.

Cheers,
Carl

Hi Carl,

Thank you for the feedback. It has been very helpful.

Please update the module to version 3.2.9. It should now work ok.