Bug #1789
fermé
Champs fichiers inaccessibles dans les contenus de publication saisis grace à un formulaire XML
Description
Quelquefois, il est impossible de modifier un champ Fichier dans le formulaire XML de publications.
Constaté à UNIFAF avec le formulaire XML "Unifaf Offre de formation" qui contient 9 champs fichier
Après analyse, il peut y avoir 2 types de soucis :
1) dans sb_formtemplate_textfield : la valeur du champ fichier incriminé n'existe pas dans sb_attachment_attachment mais la colonne physicalName a une valeur qui n'existe pas sur le serveur dans les datas
2) dans sb_formtemplate_textfield : la valeur du champ fichier incriminé existe bien dans sb_attachment_attachment
Fichiers
Mis à jour par Cécile Bonin il y a plus de 13 ans
- Fichier unifaf_offre_de_formation.xml unifaf_offre_de_formation.xml ajouté
- Fichier data.xml data.xml ajouté
- Fichier update.xml update.xml ajouté
- Fichier view.xml view.xml ajouté
Mis à jour par Cécile Bonin il y a plus de 13 ans
- Assigné à mis à Cécile Bonin
- Version cible mis à Version 5.7
Mis à jour par Cécile Bonin il y a plus de 13 ans
- Statut changé de In progress... à Resolved
- % réalisé changé de 0 à 100
Remarques : se produit sur les formulaires XML contenant n champs wysiwyg et n champs fichier.
Une incohérence était engendrée -> disparition du fichier attaché dans la base (table sb_attachment_attachment) mais référence à ce fichier toujours présent dans la table sb_formtemplate_textfield ce qui entrainait à la demande de mise à jour du fichier une exception de suppression d'attachment impossible car inexistant.
Anomalie contournée en n'appelant pas la suppression du fichier attaché dans la base dans le cas où celui-ci est inexistant.
Mis à jour par Nicolas Eysseric il y a plus de 13 ans
- Projet changé de GED à Silverpeas Core
Mis à jour par Nicolas Eysseric il y a plus de 13 ans
- Catégorie mis à Formulaires XML
- Statut changé de Resolved à Closed
OK. Validé.