réception
pour se faire définir _FORMIDABLE_LIENS_FICHIERS_ACCUSE_RECEPTION à
false

r101463 avait gardé par copier-coller un continue non pertinent. Cela ne posait pas de problème en PHP 5, mais par contre est fatal en PHP 7

d'une réponse non enregistrée

qu'effacer_repertoire_temporaire(), même si j'ai l'impression que les
deux font la même chose

si on est un utilisateur non connecté, pouvoir récupérer le fichier de la réponse qu'on a soit même posté, via le cookie

profiter de la nouvelle version de cvtupload pour permettre de remplacer les fichiers lors d'un envoi de formulaire de modification d'une réponse

securité : si un fichier à une paire (extension,mime) inconnue, on zip. Cela évite de permettre de balancer par négligence un .htaccess dans config/fichiers/formidable/formulaire_x/reponse_y/champ_z

et maintenant le cas où on envoie la réponse, mais on l'enregistre pas. On en profite pour mutualiser du code

traitement email, cas simple: les réponses ont déjà été enregistrées. Dans ce cas, on se contente d'ajouter un lien, expirable, pour télécharger le fichier

Changement de méthode d'obtention de l'id_formulaire pour calculé l'id_auteur scrambled. Avant il était toujours vide et c'était seulement l'id_auteur et le mot de passe qui servait au scramble.

Trier les traitement par ordre alpha, on aura ainsi toujours le meme ordre, et non pas quelque chose qui change en fonction du path et des plugins actifs

Corriger une erreur de structure SQL : la clé primaire sur id_formulaires_reponse,nom de la table spip_formulaires_reponses_champs empechait l'enregistrement de plusieurs réponses pour un même champ. Corrolaire : seul le premier choix des choix multiples (cases à cocher) étaient donc enregistrés.

On ajoute une clé primaire simple sur la table, ce qui a l'avantage de faire fonctionner la recherche de manière plus robuste, et on migre en renommant la table, la recreant, et transferant les donnees de l'ancienne vers la nouvelle.
Migration et installation validée en MySQL, à valider en SQLite (mais devrait être OK)

on ajoute une recherche sur la page des reponses, ça ne marche qu'avec le patch http://core.spip.org/projects/spip/repository/revisions/21176

pouvoir aussi exporter les stats sur choix_couleurs (remarque : il serait bon de prévoir un mécanisme générique en fonction de la description de la saisie

analyse des données : prendre en compte le fait que désormais les saisies de type sélection peuvent avoir des sous-saisies (optgroup)

pas garder de traces des utilisateurs ayant répondu (tout en gardant
la possibilité d'avoir des réponses uniques, modifiables