Projet

Général

Profil

Documentation #54495

ne pas écrire de python pour transmettre un fichier par mail

Ajouté par Frédéric Péters il y a presque 3 ans. Mis à jour il y a presque 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
01 juin 2021
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non
Club:
Non

Description

https://doc-publik.entrouvert.com/admin-fonctionnel/fabrique-de-workflows/les-actions-de-workflow/elements_envoyer-un-email/#ajout-de-fichiers-attaches

Il est écrit là-dedans :

form_var_identifiantdufichier_raw pour un fichier du formulaire dont l'identifiant est «identifiantdufichier»; on préférera éventuellement la forme vars().get('form_var_identifiantdufichier_raw') afin que cela fonctionne même si la variable n'existe pas
form_attachments.identifiantdufichier pour un fichier ajouté par les actions « Créer un document » ou «  Fichier joint ». Là aussi, si on n'est pas sûr que le fichier existe, on utilisera du code Python à tolérance de panne : getattr(vars().get('form_attachments'), 'identifiantdufichier', None). Si le fichier n'a pas été joint à l'historique, il n'est pas disponible directement, il faut passer par une donnée de traitement.

Il serait opportun de passer ça sous forme de gabarits.

A priori, pour les exemples donnés, {{ form_var_identifiantdufichier }} ou {{ form_attachments_identifiantdufichier }}

Historique

#1

Mis à jour par Pierre Cros il y a presque 3 ans

Après un petit paquet de tests :

  • Création de document : {{ form_attachments_identifiantdufichier }} ne fonctionne pas SAUF si on coche "Inclure le document généré dans l’historique du formulaire" dans l'action de création de fichier.
  • Fichier joint : {{ form_var_identifiantdufichier }} ne fonctionne pas - même en cochant "Inclure dans l’historique du formulaire".
On peut au choix :
  • Modifier pour que ça marche
  • Systématiser le passage par une donnée de traitement de type fichier et ne documenter que cet usage

Quel que soit le choix, je souhaite simplifier la documentation pour n'afficher qu'une des deux méthodes à terme.

#2

Mis à jour par Frédéric Péters il y a presque 3 ans

form_attachments_identifiantdufichier qui demande que le fichier ait été attaché à l'historique, c'est la même exigence que pour le form_attachments.identifiantdufichier actuellement mentionné.

Fichier joint : {{ form_var_identifiantdufichier }} ne fonctionne pas - même en cochant "Inclure dans l’historique du formulaire".

Tu fais référence à l'action de workflow, mais le texte c'est "pour un fichier du formulaire dont l'identifiant est «identifiantdufichier»", ça parlait d'un champ de la demande (ou une donnée de traitement).

#3

Mis à jour par Pierre Cros il y a presque 3 ans

  • Statut changé de Nouveau à Solution déployée

Ok, méprise de ma part. Mais oublions donc l'action fichier joint (qui comme l'action commentaire devrait disparaître si on peaufinait l'action formulaire).

Ça reste tout à fait ésotérique de devoir cocher "Inclure le document généré dans l’historique du formulaire" pour que l'envoi d'un document en pièce jointe d'un mail fonctionne.

J'ai modifié la doc mais pour moi il y aurait deux choses à changer :
  • le libellé "Fichiers attachés (gabarits ou expressions Python)" -- Enlever " ou expressions Python"
  • la nécessité de joindre le fichier à l'historique pour que cela fonctionne.

Concernant les fichiers provenant d'un formulaire de workflow j'ai écrit qu'il était nécessaire de passer par une donnée de traitement parce que je pense que c'est le cas. Mais je veux bien confirmation. Et là aussi il y aurait matière à modification, plus large, pour pouvoir utiliser directement {{wfform_var_fichier}}

#4

Mis à jour par Frédéric Péters il y a presque 3 ans

la nécessité de joindre le fichier à l'historique pour que cela fonctionne.

(oui, c'est connu, #32983)

Formats disponibles : Atom PDF