Bug #591
fermé
recherche plein texte
100%
Description
outre le fait que la case recherche plein texte n'est pas encore active, pour l'instant donc la recherche se fait sur l'ensemble de la fiche et PJ.
lorsque l'on saisi comme mot clé "gas" par exemple nous n'avons que 3 résultats (contre 36 en recherche plein texte ds notre base actuelle)
outre les 3 qui nous sont proposées nous devrions aussi avoir par exemple : n36 et M12 qui contienne le mot GAS ds le tableau
Fichiers
Mis à jour par Anonyme il y a plus de 14 ans
- Statut changé de New à Assigned
- Assigné à mis à Anonyme
Mis à jour par Anonyme il y a plus de 14 ans
Suite à quelques tests réalisés avec Laurent, c'est un problème d'indexation des champs WYSIWYG d'un formulaire.
Mis à jour par Nicolas Eysseric il y a plus de 14 ans
- Catégorie mis à Moteur de recherche
- Version cible mis à Version 5.2
Mis à jour par Anonyme il y a plus de 14 ans
- Statut changé de In progress... à Resolved
Anomalie corrigée sur Silverpeas CORE. Cela concernait l'indexation des champs WYSIWYG d'un formulaire.
Mis à jour par Nicolas Eysseric il y a plus de 14 ans
- Statut changé de Resolved à Closed
- % réalisé changé de 0 à 100
Mis à jour par Emmanuelle Delavalle il y a plus de 14 ans
- Statut changé de Closed à Feedback
Bonjour
Je suis désolée mais le pb persiste
qd je tape gas et que je décoche pr faire une recherche plein texte j'ai les 3 fiches qui remontent avec GAS ds le titre + 6 autres ds le WF
or je devrais en voir d'autres comme par ex n36 et M12 où le mot gas est repris ds le corp du texte
Mis à jour par Anonyme il y a plus de 14 ans
Je viens d'enregistrer la fiche M12. Lors de l'enregistrement de la fiche cela a mis à jour l'indexation de l'ensemble des champs de la fiche. La recherche de GAS retourne maintenant le document M12. Je relancerai l'indexation de l'ensemble des publications ce soir lorsque personne n'utilisera l'application afin de mettre à jour l'ensemble des index de recherche...
Mis à jour par Anonyme il y a plus de 14 ans
- Statut changé de Feedback à Resolved
Ré-indexation de l'ensemble des composants GED hier soir. Les champs WYSIWYG des formulaires sont maintenant dans les résultats de la recherche.
Mis à jour par Emmanuelle Delavalle il y a plus de 14 ans
- Fichier comparatif_gas.xls comparatif_gas.xls ajouté
Bonjour
ca se rapproche plus de la réalité mais nous avons encore des pb
par exemple ds la fiche ID45 : Puis-je protéger un slogan auprès de l¿INPI ? le terme gas n'existe pas
PJ comparatif ancien nouveau pégase
Mis à jour par Emmanuelle Delavalle il y a plus de 14 ans
- Statut changé de Resolved à Feedback
Mis à jour par Anonyme il y a plus de 14 ans
- Assigné à changé de Anonyme à Ludovic Bertin
Bonjour,
Après analyse, il semble que l'on indexe dans les résultats de la recherche les termes utilisés pour le remplacement automatique de chaîne dans les formulaires WYSIWYG. Il faudrait peut être voir à ne pas utiliser de chaîne de caractères particulière qui pourrait entrer dans une recherche.
Ludovic, peux tu regarder si il est possible de changer le système de remplacement automatique de chaine par une chaine du type ZZZZZZZZZZ_1 ? Il faudrait également voir pour effectuer la modification des termes automatiquement remplacés avant l'indexation d'une publication...
De plus j'ai également vérifié la fiche EV0004 ainsi que les pièces jointes et je ne trouve pas le terme GAS. Peut être qu'il existe des données supplémentaires dans l'ancien Pegase qui permettent de trouver cette fiche sur l'ancien système. Cependant ces données ne sont pas importées dans le nouveau Pegase ce qui impliquerait l'autre différence de recherche dans la feuille excel jointe.
Mis à jour par Anonyme il y a plus de 14 ans
- Statut changé de Feedback à Resolved
Bonjour,
Suite à la lecture de la spécification concernant le moteur de recherche (Cf publication [[http://extranet.silverpeas.com/silverpeas/File/12976]]) il apparaît que la recherche s'effectue sur la chaîne à remplacer OU la chaîne remplacée correspondante. Or ici GAS fait parti des chaînes à remplacer pour l'exemple de la fiche ID45. Cela ne constitue donc pas une anomalie liée au moteur de recherche.
Mis à jour par Nicolas Eysseric il y a plus de 14 ans
- Statut changé de Resolved à Closed
L'anomalie d'origine a bien été corrigé dans Silverpeas 5.2