Bug #3658
fermé
Perte des pièces jointes d'une publication suite à une validation
100%
Description
Après une modification d'une publication, les pièces jointes de celle-ci sont perdues après validation de la publication.
La configuration de la GED est en pièce jointe.
Idem avec les images jointes au formulaire XML.
Fichiers
Mis à jour par Stéphanie Fariello il y a environ 12 ans
- Statut changé de New à Feedback
Je ne reproduit pas le problème, même avec le même paramétrage.
Peux tu donner plus d'indication sur le processus.
Mis à jour par Stéphanie Fariello il y a environ 12 ans
Peux tu transmettre les traces correspondantes.
Mis à jour par Sebastien Vuillet il y a environ 12 ans
1. Une publication est créée.
2. Elle est ensuite sortie du mode brouillon et soumise à validation.
3. La publication est validée.
4. La publication est modifiée.
5. Elle est ensuite sortie du mode brouillon et soumise à validation.
6. La publication est validée. => pertes des pièces jointes.
Mis à jour par Stéphanie Fariello il y a environ 12 ans
Non reproduit en 5.9.3 avec le même paramétrage et en suivant la procédure décrite.
Les fichiers joints sont toujours présent.
Mis à jour par Nicolas Eysseric il y a environ 12 ans
Sur quel serveur cela s'est-il produit ?
Comme nous ne reproduisons pas ce problème, sans traces, il nous est impossible d'investiguer !
Mis à jour par Sebastien Vuillet il y a environ 12 ans
Il s'agit du serveur qui héberge le site web du cg24.
J'ai récupéré les logs, mais ils sont pollués par d'autres erreurs qui viennent du site (ils sont énormes !).
Je vais donc régler ces erreurs pour épurer les logs avant de les mettre en PJ sur redmine.
Mis à jour par Sebastien Vuillet il y a environ 12 ans
Peut être un problème de transaction (comme le redmine 3649). A confirmer avec les logs.
Mis à jour par Sebastien Vuillet il y a environ 12 ans
- Fichier traces.zip traces.zip ajouté
Voici les logs
Mis à jour par Nicolas Eysseric il y a environ 12 ans
- Statut changé de Feedback à Closed
- % réalisé changé de 0 à 100
Après analyse des logs, il s'agit en effet de la même erreur que la #3649.
La correction est disponible dans la version 5.10.2.