If I use the search icon on the right side of the top panel I get no autocomplete results. If i press enter and the full search is displayed, I see all the results. So the problem might not be a rights problem. I see no error in server log. Any idea?
This can happen because the quick search and the full search page don’t perform the same search query (so it’s expected that they can have different results). The quick search gets the results from multiple “sources” that you can configure in the wiki administration. Each source performs targeted search (e.g. search only the page name, or looks for users, etc.) . The full search page on the other side performs a single generic query that matches multiple fields (with various weights assigned).
Thanks for clarification. In the admin panel all solr document search types are selected, but I still get no results displayed. I migrated from version 8. instantly after migration the result were still prevent in autocompletion. But there a lost afer time the new instance is running.
Missing documents in search results is often caused by:
- document not being indexed (yet); check the search administration section to be sure the indexing queue is empty; you can also trigger a re-index from there, in case there were problems while indexing; you should check the server logs during indexing to see if there are errors
- mismatch document locale: document are indexed based on their locale (so it’s important that the document locale matches the language used in the document content and other document fields); and then the search looks by default in the indexed documents for the current UI locale; so make sure the Localization settings are right
- locale unsupported by Solr: unfortunately not all locales that you can choose from the Localization administration section are supported by Solr (notable examples are fr_FR or de_DE)
All my pages on the wiki have the locale “de_DE”. Does it mean that a never see result in the search autocompletion? Before the upgrade from version 8 to 15 I see autocomplete entries.
AFAIK de_DE
is in the same situation as fr_FR
for which we have Loading... . The good news is that @MichaelHamann is trying to fix this for the upcoming 16.8.0 . If you can’t wait then check the comments on the linked JIRA issue because you might be able to apply some workarounds.
Getting search results for de_DE
is as simple as locating the file data/store/solr/search/conf/managed-schema.xml
, locating the line <dynamicField name="*_de" type="text_de" indexed="true" stored="true" multiValued="true"/>
and duplicating this line with a small change <dynamicField name="*_de_DE" type="text_de" indexed="true" stored="true" multiValued="true"/>
. This should fix the search results. I don’t know if this change would survive an upgrade.
I’m not so sure if this is the proper solution as all our bundled translated documents like the main page use the locale de
and not de_DE
and while we have some fallbacks, it has the consequence for example that the content of the main page cannot be found in search. Seeing that fallbacks of locales aren’t implemented consistently, I’m also not confident that there aren’t a lot more problems with this that are yet to be discovered.
It would, until Solr (or Lucene to be a bit more precise) is upgraded (in which case the core is reset in the case of embedded Solr setup, the default).
I am not shure if this is really my problem I added the line in managed-schema.xml but still see no results after reindexing solr Just a note: I see all results press enter and then see the full search.