Ok, well I've decided that for our requirements I need to combine the method described in http://find.episerver.com/Documentation/stats-autocomplete with the method described in http://find.episerver.com/Documentation/searching-with-javascript-autocomplete in order that I can provide a list of actual search terms submitted (where results are returned) along with any editorially added autocomplete options.

I'm using the code:

Yesterday this was working but only returning editorially added autocomplete options (I believe it should have included options recorded by the search as well) and I could prove this by passing in the URL to the browser and viewing the JSON. Today the same code is not returning anything even the editorially added items which I can see in the CMS admin interface.

It's as if the index is not working correctly or needs configuring somehow. Any thoughts?

By the way we are not using the hosted service we have an on premise install of Find.

Cheers,

Mark

Hi!

Did you find anything regarding this http://find.episerver.com/Documentation/stats-autocomplete?

I have the same issue here, I get no registered searches in /find/rest/autocomplete/get/c?size=3 although I can see in EPiServer that a number of searches have been made for words starting with c. I also can also reproduce your issue regarding only editorial autocompletes registered in the CMS are returned.

This is the way I track searches: var unifiedSearch = SearchClient.Instance.UnifiedSearchFor(searchQuery).Track();

and apperently they get registered in the stats, but are not accessible via /find/rest/autocomplete/get/

Is this a bug perhaps?

Regards,

Emma

Hi Emma,

Using Fiddler we have found that the underlying call is not correct it produces:

http://findservice:9200/indexname/_autocomplete?prefix=tu&size=10&tags=language%3aen%2csiteid%3aSiteID

however this is not valid it should be:

http://findservice:9200/indexname/_autocomplete?prefix=tu&size=10&tags=&language%3aen%2csiteid%3aSiteID

It's missing & after tags= and adding this in returns both statistical and editorial results.

I've raised this with EPiServer support and am currently waiting for a response.

I hope this helps,

Mark

Hi Emma,

No reply from support yet but you've reminded me I need to chase it up! I will update this when I have an answer.

Thanks,

Mark

Hi Emma,

In case this is still an issue for you we have found how to fix this. We recreated our index setting the default language and selecting as least one language from the languages list. In addition we are passing the language in to the query.

We're keeping the ticket with EPiServer open as it's still an issue but I hope this works for you.

Many thanks,

Mark

Hi,

We're still having this issue. With the help of Wireshark we identified the issue to a missing &-sign in EPiServers internal request to Find (just as Mark mentioned).

Our possible workaround is to create a proxy for this, but it seems to be an easy fix for EPiServer. Any plans?

Best regards,

Sebastian.

Hi Emma/Sebastian,

The response I had from EPiServer in December was:

This is related to the Bug 114702: Track() sends invalid (empty) siteid tag.

This is fixed in the following package PM> Install-Package EPiServer.Find -Version 7.5.453.109

http://world.episerver.com/support/Bug-list-beta/bug/114702

I haven't tested this yet as we were able to get it working using the language workaround previously posted.

I hope it helps,

Mark

Thanks Mark,

Unfortunately we're running version 8.7.0.1103, which should include the fix you mentioned. How did you solve it? Could you be a little more precise how you did it?

What did you mean with?

"We recreated our index setting the default language and selecting as least one language from the languages list"

Best Regards, Sebastian

Hi Sebastian,

Well we deleted our index and recreated it from scratch. When creating the index again we selected English for the default language and then selected English in the Languages list underneath default language.

Does that help?

Mark