Bug #6132
Mis à jour par Yohann Chastagnier il y a presque 10 ans
En pré-requis: * le serveur Silverpeas doit être en mode de gestion de contenus multi-langues * cibler ou instancier une application * un utilisateur A, dont la langue favorite est celle par défaut de la plate-forme, doit avoir les droits de rédaction sur l'application * un utilisateur B, dont la langue favorite est différente de celle par défaut de la plate-forme, doit avoir les droits de rédaction sur l'application * renseigner ou modifier le contenu XML avec l'utilisateur A Pour faire fonctionner le serveur en mode multi-langues, il faut modifier le paramètre *languages* dans *org.silverpeas.util.i18n.properties* via le fichier *CustomerSettings.xml*, de sorte que plus d'une langue soit définie, par exemple @fr,en@. Attention, il y a une différence entre la langue d'un utilisateur et la langue dans laquelle sont enregistrés les contenus. WebPages est une application qui n'est pas compatible aujourd'hui en gestion de contenus multi-langue. En d'autre termes, tous les contenus de cette application sont enregistrés dans la langue par défaut des contenus (la première indiqué au niveau du paramètre @languages@), même si le mode multi-langues est activé ou même si la langue de l'utilisateur est différente de celle par défaut pour les contenus. *Cas de test :* Se connecter avec l'utilisateur B et se rendre sur l'application ciblée en pré-requis. *Résultat obtenu :* L'utilisateur B est immédiatement redirigé vers la page d'édition du contenu XML (cela étant dû au fait que les données sont chargées par rapport à la langue de l'utilisateur au lieu de celle par défaut de la plate-forme). *Comportement attendu :* Les informations renseignées par l'utilisateur A doivent être présentées, en mode lecture, à l'utilisateur B sans prise en compte de sa langue favorite. --- Il est a noté que ce problème n'arrive pas lorsque le contenu géré est un contenu WYSIWYG.