Bug #14158
fermé
Pérennisation des images d'une newsletter
0%
Description
Les images utilisées dans une newsletter, telles que les images récupérées par le panier (provenant par exemple d'une actualité) ne sont pas pérennes.
Si l'image de cette actualité se voit modifiée sur la plateforme. Alors l'ancienne image qui était utilisée pour la newsletter se trouve cassée... perdue...
Sur une newsletter j'ai pu voir que l'image provenant d'une actu a pour source /silverpeas/FileServer/thumbnail?ComponentId=quickinfo1084&SourceFile=1694612565396.png&MimeType=image/png&Directory=images&Size=500x
Surement pour des raisons de non duplication, mais on va devoir palier à ça...
Fichiers
Mis à jour par David Lesimple il y a 4 mois
- Statut changé de New à Assigned
- Assigné à mis à Miguel Moquillon
- Version cible mis à Version 6.3.5
Mis à jour par Miguel Moquillon il y a 3 mois
- Statut changé de Assigned à Feedback
Comment fait on pour juste déposer dans le panier une image d'une actualité ? Peux tu me donner ici le processus détaillé qui me permet de reproduire le pb stp.
Mis à jour par David Lesimple il y a 3 mois
- Fichier clipboard-202405271034-mdjej.png clipboard-202405271034-mdjej.png ajouté
Miguel Moquillon a écrit (#note-3):
Comment fait on pour juste déposer dans le panier une image d'une actualité ? Peux tu me donner ici le processus détaillé qui me permet de reproduire le pb stp.
C'est une actualité que tu dois mettre dans ton panier :
Exemple:
Mis à jour par Miguel Moquillon il y a 3 mois
Après plusieurs tests, il s'avère que le pb présenté ici n'existe que dans la 6.4 à venir.
Toutefois, si on supprime une actualité pour laquelle une lettre d'info a été publiée, la vignette associée à l'actualité est aussi supprimée et par conséquent l'image référencée dans la lettre d'information est cassée.
Il s'avère que dans la 6.3.x, les vignettes remplacées dans une publication n'étaient pas nettoyées sur le disque. Ceci a été corrigé en 6.4. Ce qui explique la raison du bogue en 6.4 et pas en 6.3.
Afin de palier à ce soucis, il faudrait que, lorsqu'une publication pour laquelle une vignette a été associée est utilisée dans une lettre d'info, la vignette soit dupliquée pour la lettre d'info. Ceci suggère ici la mise en oeuvre d'un mécanisme de gestion du cycle de vie des vignettes transversale aux composants et aux publications. Or sa réalisation relèverait plus du scope de la 6.4 que d'une simple correction en 6.3.
Mis à jour par Miguel Moquillon il y a 3 mois
- Statut changé de Qualified à In progress...
- Version cible changé de Version 6.3.5 à Version 6.4
Mis à jour par Miguel Moquillon il y a 3 mois
- Statut changé de In progress... à Resolved
L'application InfoLetter est motorisé par une nouvelle API qui a été élaborée pour elle : Le Drag&Drop Web Edition API. Après investigation, dans cette API, les images sont en fait traités comme des composants graphiques (composants GrapeJS étant donné que ce dernier est le framework JS utilisé par l'API comme front), et ces composants sont représentés dans Silverpeas, en back-end, comme des fichiers joints (SimpleDocument) aux lettres d'informations qui les inclus. Suite à divers tests de résolution infructueux, et après discussion avec Aurore, j'ai décidé de transformer les vignettes des publications (actualité, publication d'une GED, etc.) importées directement par l'utilisateur dans la publication en composants de l'API, autrement dit en tant que fichier joint à la lettre d'information en cours d'édition.
Cf. PR https://github.com/Silverpeas/Silverpeas-Core/pull/1344
Mis à jour par Miguel Moquillon il y a 3 mois
J'ai reporté les modifications en 6.3 :
https://github.com/Silverpeas/Silverpeas-Core/pull/1345
Pour information, que ce soit en 6.4 qu'en 6.3, la correction ne permet pas de corriger les lettres d'info déjà créées. Elle ne porte que sur les prochaines lettres d'info créées à partir des actualités, des publications, etc.
Mis à jour par Miguel Moquillon il y a 3 mois
- Statut changé de Resolved à Closed
Intégré dans les branches master et 6.3.x