- Issue created by @kaunaj
- 🇦🇹Austria drunken monkey Vienna, Austria
drunken monkey → made their first commit to this issue’s fork.
- Merge request !37Resolve #3536743: Fix missing "language" parameter for /emselect and /emsuggest → (Merged) created by drunken monkey
- 🇦🇹Austria drunken monkey Vienna, Austria
Thanks for reporting this problem!
I wasn’t aware of the
language
parameter that seems to exist for both/emsuggest
and/emselect
and apparently also causes issues by its absence in the latter – for instance, synonyms were not working as expected for the non-default languages.All of this should be fixed in this merge request. (It depends on this MR from ✨ Improvements for the “Relevance model” option in SearchStax Solr views Active since both require calculating a “current language” for a search query.)
-
drunken monkey →
committed e73c1cfb on 1.x
Issue #3536743 by drunken monkey, kaunaj: Fixed missing "language"...
-
drunken monkey →
committed e73c1cfb on 1.x
- 🇦🇹Austria drunken monkey Vienna, Austria
Merged into the 1.x branch, will test there.
- 🇦🇹Austria drunken monkey Vienna, Austria
Confirmed to work now, will be part of the 1.7.1 release.
- 🇩🇪Germany stborchert
Sorry to reopen, but the commit breaks searching completely for us.
After updating to version 1.7.1 we get the following error when searching:
{ "responseHeader":{ "status":500, "QTime":0}, "error":{ "msg":"Could not find config for language: null", "trace":"java.lang.Exception: Could not find config for language: null\n\tat com.searchstax.searchstudio.solrPlugin.SearchHandler.handleRequestBody(SearchHandler.java:126)\n\tat org.apache.solr.handler.RequestHandlerBase.handleRequest[...]
Rolling back to commit b36db3fa fixes the problem.
Our query looks like this:
q=(tcngramproductm_X3b_en_X2d_us_field_search_keywords:(+"lhf")+tcngramproductm_X3b_und_field_search_keywords:(+"lhf"))&wt=json&indent=true&fq=(+ss_moderation_state:"published"++sm_domain_access:"us_example_com"++ss_langcode:"en-us")&fq=+index_id:products&fq=ss_search_api_language:("en-us"+"und")&sort=score+desc&fq=(+ss_moderation_state:"published"++sm_domain_access:"us_example_com"++ss_langcode:"en-us")
I tried debugging the code added by commit e73c1cfb but couldn't see anything suspicious.
If you need more information about our setup, feel free to ping me on slack (stBorchert).thanks
- 🇦🇹Austria drunken monkey Vienna, Austria
Thanks for reopening!
The error message is a bit misleading, but the root cause of the error seems to be that you have the current page’s language,en-us
, is not one of the languages configured in your SearchStax app – as, indeed, it is not a language code supported by SearchStax in general. (It seems the supported language codes would been
,en_ca
,en_hk
anden_gb
.)
We’ll look into how to best resolve this issue for you. - 🇩🇪Germany stborchert
Hey Thomas.
There are some more languages we use that are not available in a SearchApp at SearchStax. Indexing and searching works, but you cannot add the language to the app (e.g. "ja-jp"). - 🇩🇪Germany SteffenR Germany
Maybe we should add something like a language mapping configuration for the remote languages.
The tmgmt module is doing something like this within its configuration.