Projet

Général

Profil

Actions

Bug #6132

fermé

La langue de l'utilisateur est prise en compte pour l'affichage d'une page WEB à partir d'un formulaire XML (avec ou sans surcouche HTML)

Ajouté par Yohann Chastagnier il y a presque 10 ans. Mis à jour il y a plus de 9 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
Début:
23/12/2014
Echéance:
% réalisé:

100%

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

Description

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.

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

  • Sujet changé de Alors que l'application n'est pas multilingues, c'est la langue de l'utilisateur qui est prise en compte pour l'affichage d'une page WEB à partir d'un formulaire XML (avec ou sans surcouche HTML) à La langue de l'utilisateur est prise en compte pour l'affichage d'une page WEB à partir d'un formulaire XML (avec ou sans surcouche HTML)

Mis à jour par Nicolas Eysseric il y a presque 10 ans

  • Statut changé de Qualified à Assigned
  • Assigné à mis à Kevin FONTAINE
  • Version cible mis à Version 5.14.4

A vérifier que ce problème se pose uniquement lorsqu'un formulaire XML est utilisé...

Mis à jour par Kevin FONTAINE il y a presque 10 ans

  • Statut changé de Assigned à In progress...

Mis à jour par Kevin FONTAINE il y a presque 10 ans

  • Statut changé de In progress... à Feedback
  • % réalisé changé de 0 à 100

N'existe plus depuis la 5.14.4-SNAPSHOT.
Probablement corrigé par un autre développement.

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

  • Statut changé de Feedback à Assigned

Je viens de refaire le cas de test indiqué sur une version 5.14.3 et le problème existe bien.
Les sources en rapport avec ce problème n'ont pas été modifiées dans la branche 5.14.4-SNAPSHOT.

Mis à jour par Kevin FONTAINE il y a presque 10 ans

Je n'arrive pas à reproduire en 5.14.3, est-il possible d'avoir plus de précision :
Formulaire utilisé, cas de test plus détaillé ?
Merci

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

  • Description mis à jour (diff)

Effectivement, il manque un pré-requis : il faut que le mode de gestion des contenus multi-langues soit activé.
J'ai modifié la description du cas de test.

Mis à jour par Kevin FONTAINE il y a presque 10 ans

  • Statut changé de Assigned à Resolved

Mis à jour par Yohann Chastagnier il y a plus de 9 ans

  • Statut changé de Resolved à Closed

Validé après l'ajout de corrections manquantes, intégré et reporté en v6.

Actions

Formats disponibles : Atom PDF