Projet

Général

Profil

Actions

Bug #13015

fermé

La recherche locale ne fonctionne pas sur une plateforme avec des contenus multilangues

Ajouté par Sebastien Vuillet il y a environ 2 ans. Mis à jour il y a presque 2 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Catégorie:
Moteur de recherche
Début:
22/04/2022
Echéance:
% réalisé:

100%

Temps estimé:
Navigateur:
Tous
Votre version de Silverpeas:
6.2.3
Système d'exploitation:
Votre base de données:
Toutes
Livraison en TEST:
Livraison en PROD:

Description

Sur une plateforme où la gestion des contenus multilangue est activée, la recherche locale ne remonte pas de résultat car la recherche porte sur la mauvaise langue.


Fichiers

Mis à jour par Sebastien Vuillet il y a environ 2 ans

  1. Default language for users (and hence for the platform)
    SILVERPEAS_USER_LANGUAGE=en
  1. l10n support for the contents published by the users in Silverpeas. Set more than one language
  1. activates the multi-language for contents in Silverpeas. Accepts a coma-separated values among:
  2. fr for French, en for English, and de for German
    SILVERPEAS_CONTENT_LANGUAGES=fr,en

Mis à jour par Yohann Chastagnier il y a environ 2 ans

  • Projet changé de Blog à Silverpeas Core
  • Catégorie mis à Moteur de recherche
  • Statut changé de New à Resolved
  • Assigné à mis à Yohann Chastagnier
  • Version cible mis à Version 6.2.4
  • % réalisé changé de 0 à 100

D'autres applications présentaient le même problème.

La correction a été apportée au niveau des services de recherche centralisés.

PRs :

Mis à jour par Miguel Moquillon il y a presque 2 ans

Pouvez vous me donner un moyen pour reproduire ce bogue parce qu'actuellement la recherche locale me retourne toujours un résultat et ceci quelque soit la langue avec laquelle la publication a été poussée.

Mis à jour par Yohann Chastagnier il y a presque 2 ans

J'ai oublié de préciser ce point en effet au niveau de #note-3.
J'ai obtenu le problème en faisant en sorte que la locale par défaut de ma machine soit en.

Pour éviter de changer cela sur ma machine et éventuellement tomber dans dans dysfonctionnements inattendus et pénibles, j'ai changé dans la classe QueryDescription

  public String getRequestedLanguage() {
    if (requestedLang == null) {
      return Locale.getDefault().getLanguage();
    }
    return requestedLang;
  }

par
  public String getRequestedLanguage() {
    if (requestedLang == null) {
      return "en";
    }
    return requestedLang;
  }

Bien sûr, il faut que le contenu multilingues soit également activé.

Mis à jour par Miguel Moquillon il y a presque 2 ans

Une information : pour que la recherche locale fonctionne à nv dans Blog, j'ai du ré-indexer son contenu.

Un retour : dans la recherche locale avancée de la médiathèque, lorsque je la lance après avoir préciser une valeur à l'un des champs du formulaire, j'ai une erreur js (cf. capture d'écran)

Mis à jour par Yohann Chastagnier il y a presque 2 ans

Concernant l'information, est-ce que cela ne serait pas dû a un éventuellement changement au niveau du paramètre des langues de contenu (dans le but d'obtenir l'anomalie).
De mon côté :

<fileset root="${SILVERPEAS_HOME}/properties/org/silverpeas/util/">
    <configfile name="i18n.properties">
        <parameter key="languages">fr,en</parameter>
    </configfile>
</fileset>

Avec ce paramétrage inchangé dans mon contexte, tout au long du traitement de cette anomalie, je n'ai pas eu besoin de ré-indexer le blog.
Ou alors différentes manipulations menées avant de reproduire le BUG pourraient avoir engendré le besoin de ré-indexer ?

Pour l'erreur dans la médiathèque, elle survient lorsque la rechercher PDC n'est pas activée dans les paramètres d'instance de l'application.
Une correction a directement été apportée dans les branches suivantes :

Mis à jour par Miguel Moquillon il y a presque 2 ans

  • Statut changé de Resolved à Integration in progress...

Mis à jour par Miguel Moquillon il y a presque 2 ans

  • Statut changé de Integration in progress... à Closed
Actions

Formats disponibles : Atom PDF