Bug #8386
fermé
Fichier inaccessible en multilangue dans une publication
0%
Description
Scénario:
Un document dans la langue 1 est ajouté à la publication.
Si on modifie le document et qu'on passe le document dans la langue 2 (on souhaite par exemple modifier le titre et la description du document dans cette 2ème langue)
alors le document est inaccessible (page blanche) lorsqu'on tente de l'ouvrir avec la langue 2 sélectionnée.
Mis à jour par David Lesimple il y a environ 8 ans
- Lié à Support #8360: GED-Publication: Accès à une pièce jointe ajouté
Mis à jour par Nicolas Eysseric il y a presque 8 ans
- Statut changé de New à Qualified
En effet, si l'on souhaite juste traduire le titre et/ou la description dans une langue X (sans transmettre de fichier) d'un fichier présent dans la langue Y alors le fichier Y n'est pas accessible lorsque l'utilisateur est dans la langue X (langue de son profil ou langue temporaire choisie dans le fil d'Ariane).
Il n'y a pas de fallback...
Nous devons regarder de plus près ce qu'il en est en prenant en compte la gestion de la JCR.
Mis à jour par Nicolas Eysseric il y a plus de 7 ans
- Statut changé de Qualified à Assigned
- Assigné à mis à Yohann Chastagnier
Yohann, je te laisse regarder cela et on en discute ensuite.
Mis à jour par Yohann Chastagnier il y a plus de 7 ans
- Statut changé de Assigned à In progress...
Mis à jour par Yohann Chastagnier il y a plus de 7 ans
- Statut changé de In progress... à Resolved
Le cas de test présenté dans cette anomalie ne démontre pas un BUG en tant que tel, mais plutôt une faiblesse de l'interface quant à la gestion des fichiers joints dans le mode de fonctionnement où les contenus peuvent être multilingues.
En effet, comme Silverpeas le défini et comme cela a été implémenté dans le produit, un fichier joint peut être décliné dans plusieurs langues (celles définies comme langues de contenu) où pour chacune des langues sont définis :- un fichier (le contenu),
- des méta-data (titre, description, etc.).
Les informations régies sous une même langue de contenu sont indissociables puisque dans le cas contraire existerait une inconsistance des données.
Pour répondre à cette anomalie, tout en gardant le but original de la gestion des fichiers joints dans Silverpeas, des contrôles supplémentaires sont ajoutés au niveau de l'interface.
Dans le cas de l'ajout d'un fichier joint, la boîte de dialogue présentée indique que le fichier est obligatoire.
Un message d'erreur est présenté si l'utilisateur valide la boîte de dialogue sans avoir indiqué de fichier.
Dans le cas de la modification d'un fichier joint, si l'utilisateur décide de renseigner le contenu dans une autre langue (contenu qui n'existe pas encore) alors la boîte de dialogue indique que le fichier est obligatoire.
Un message d'erreur est présenté si l'utilisateur valide la boîte de dialogue sans avoir indiqué de fichier.
Enfin, dans le cas de la mise à jour d'un fichier joint altéré (avant intégration et mise en place des modifications référencées en fin de note), c'est à dire un fichier joint pour lequel il n'existe pas de fichier derrière une langue de contenu, même si la boîte de dialogue ne présente pas le champ fichier comme obligatoire, un message d'erreur sera affiché à l'utilisateur pour lui indiquer que le fichier est obligatoire.
Mis à jour par Nicolas Eysseric il y a plus de 7 ans
- Statut changé de Resolved à Integration in progress...
Mis à jour par Nicolas Eysseric il y a plus de 7 ans
- Statut changé de Integration in progress... à V6 pending
Mis à jour par Yohann Chastagnier il y a plus de 7 ans
- Statut changé de V6 pending à Closed
Reporté en 6.x