Smart search does't work

That is strange, can we get super user logins please?

Many thanks
Tony

Geraint has access to our test environment.

I noticed the URL’s are strange. Thy contain a category name and a wrong id.

Where is the search component/module available? My dutch isn't up to finding it.

I've disabled JEvents on my live site, since it's not working. I've posted a link to my test site with this post. You have access with the account I've sent you before. There the finder plugin is enabled.

Go to any article or to the calendar (agenda)and find the search (zoeken) on the right side.
Search i.e. Marijn Fidder

With set turned on:

https://www.mysite.com/agenda/evenement/1934?highlight=WyJtYXJpam4iLCJmaWRkZXIiLCJmaWRkZXJzIl0=

With sef turned of:

https://www.mysite.com/index.php?option=com_jevents&task=icalevent.detail&evid=1934&Itemid=3794&highlight=WyJtYXJpam4iLCJmaWRkZXIiLCJmaWRkZXJzIl0=

The url, when you go to the calendar is:
https://www.mysiste.com/agenda/1956/foto-expositie-marijn-fidder

Note: in the sef-url the alias of the event is missing the alias and it has /evenement (a category name) added to the url

The problem is the alias for your evenement sub menu is the same as "JEV_SEF_ICALEVENT_DETAIL" which is used for event detail.

I confirmed this by creating an language override for JEV_SEF_ICALEVENT_DETAIL of evenement2 and now the finder search works.

The SEF Urls have been configured to NOT include this part in the URL - I'm looking into why its not working in the finder component now

This is not easy to change in the code since we use the event detail rather than the repeat detail link to ensure we get the next occurring repeat of a repeating series as the result.

Your best solution is to change the alias of the sub menu item to the plural of event/event detail.

OK. The solution, changing the alias, is simple and I can confirm it works. Thank you for figuring this out.
One question: is it possible to show the event image or a placeholder?

Its not easy to control the display of the finder results as the presentation is controlled by the Finder component and there isn't a plugin mechanism we can use to override this.

So the finder doesn't accept a parameter for an image, meaning the image shown is only limited to intro images of articles?

I'll take another look - I hadn't realised that the content finder plugin could push images into the index.

Try this build