Silverpeas » Silverpeas Core

Le problème vient que, par défaut, CKEditor encode les caractères accentués en entités HTML. Or ce sont ces caractères en entité HTML qui sont indexés. Ce qui fait que le mot accentué à recherché n'est pas trouvé mais si on le passe dans le moteur de recherche avec les caractères accentués sous forme d'entités HTML, la publication avec le mot est bien trouvée.

Pour palier à ce bogue, j'ai paramétré CKEditor pour ne pas encoder les caractères accentués en entités HTML et de conserver les caractères en UTF-8 (UTF-8 est l'encodage par défaut du Web moderne).

Par contre, pour que cette modification de configuration ait un effet sur l'existant, il faut réenregistrer l'ensemble des contenus WYSIWYG.

Corrigée dans les branche 6.4.x et les branches master et master-jee.

Pour le point "il faut réenregistrer l'ensemble des contenus WYSIWYG."

Nous avons des moulinettes existantes qui nous permettent d'automatiser cela ?

Aurore Allibe a écrit (#note-3):

Pour le point "il faut réenregistrer l'ensemble des contenus WYSIWYG."

Nous avons des moulinettes existantes qui nous permettent d'automatiser cela ?

Peut-etre en s'inspirant du script Groovy 01-updateAttachmentsWithFileServer.groovy ?
Qu'en penses-tu Miguel ?

Yep, on peut faire ça avec un script. Il faudra tenir compte de tous les accents possibles !

De toute manière, il faudra de toute manière réindexer les contenus et ça ça ne pourra pas le faire avec un script.

Miguel Moquillon a écrit (#note-5):

De toute manière, il faudra de toute manière réindexer les contenus et ça ça ne pourra pas le faire avec un script.

Ca c'est pas un problème. On le mettra comme consigne dans la newsletter.

En vue de la sortie de la 6.4.7, j'ai écris un script Groovy qui mette à jour les anciens WYSIWYG. Pour compléter mes tests, pouvez vous me passer svp des exemples concrets de contenus WYSIWYG dans lesquels les caractères accentués sont encodés en HTML.

C'est bon. j'ai écris un script, 01-updateWYSIWYGContents.groovy, qui convertit pour tous les fichiers WYSIWYG les caractères accentués et spéciaux en leur équivalent UTF-8.

Attention, il s'avère que chez des clients ou des serveurs chez nous (exemple de l'extranet), le fichier de configuration de l'éditeur de contenu riche, en l'occurrence CKEditor, n'est pas celui par défaut de Silverpeas, mais particulier à ceux-ci. Le fichier de configuration de CKEditor est indiqué via le paramètre configFile du fichier de propriétés $SILVERPEAS_HOME/properties/org/silverpeas/wysiwyg/settings/wysiwygSettings.properties. Si ce paramètre ne référence pas le fichier de configuration de CKEditor par défaut pour Silverpeas :

configFile = wysiwyg/jsp/ckeditor/silverconfig.js

alors il faut rajouter les deux lignes suivantes dans le fichier de configuration particulier :

CKEDITOR.editorConfig = function( config )
{
  config.entities = false;
  config.entities_latin = false;
  ...
}

En outre, cela implique de :
- récupérer le package Silverpeas de la version 6.4.7 https://www.silverpeas.org/files/silverpeas-6.4.7-wildfly26.zip afin de traiter les accents de ces contenus wysiwyg. Dans ce cas, se référer à la procédure de mise à jour depuis un nouveau package.

- reindexer tout la plateforme une fois Silverpeas mis à jour en 6.4.7 et démarré.