Test de formidable v7

Général
1

Hop,

la v7 du plugin formidable sortira bientot.

La principale nouveauté coté redac/admin, c’est la possibilité de configurer le traitement « envoyer par email » de sorte à 2 envoyer deux emails : un au moment de la soumission du formulaire, l’autre au moment de la validation.

Pour implémenter cela, il a fallu modifier légèrement la manière dont sont gérés la publication des réponses à la soumission du formulaire.

Par conséquent cela peut impacter les personnes qui

  1. Ont certains traitements spécifiques
  2. Utilise des pipelines qui s’execute lors de l’institution d’une réponse.

Sur la zone, seul le plugin « formidable participation » est concerné, et une PR l’attend.

Néanmoins, soyons prudent, et faisons une phase de beta test.

Pour ce faire, utiliser ce zip
https://git.spip.net/spip-contrib-extensions/formidable/-/archive/v7_beta/formidable-v7_beta.zip

ou bien en git utiliser la branche v7_beta

Par ailleurs, il y a quelques options / fonctions obsolètes qui sont supprimées, et d’autres qui sont marquées comme dépréciés. Cela concerne uniquement les gens qui codent, pas les gens qui se contentent des fonctionnalités de base de formidable

Tout cela est décrit en détail ici UPGRADE_7.0.md · v7_beta · spip-contrib-extensions / formidable · GitLab

Je vous invite donc à tester et à faire des retours, d’ici 1 mois max.

2

J’ai des cas d’usages un peu avancés et spécifiques, je me note de tester ça dès que je peux.
Merci pour la période de test.

3

point que j’ai oublié de signaler : s’il n’y a pas de rupture prévue pour les gens qui se contentent de créer des formulaire, la refonte des modes d’envoie de mail a été assez lourde. J’ai fait des tests au fur et à mesure que je pensais + une personne exterieure à fait aussi des tests, mais on n’est pas à l’abri d’une surprise.

4

Hello @maieul

les premiers tests d’envoie de mails sont bons.

Merci

1 « J'aime »
5

je viens de mettre à jour la beta pour une mutualisation du code avec saisies. Ca devrait normalement pas casser, mais je signale au cas où (il faut la dernière version de saisie, v5.9.0)

6

Merci

Mais je n’ai pas l’impression que la réponse modifiée est envoyée, pourtant l’option de ne pas l’envoyer n’est pas cochée.

7

Je me suis perdu dans tes doubles negations. Je regarde.

8

@George je ne reproduis pas. Mais c’est pas un truc que tu m’avais signalé dans les prebeta et que tu n’avais qu’en local mais pas en reel ?

9

En effet, ça marchait sur le serveur de test mais maintenant ça ne marche plus pourtant je n’ai vu aucune modification de traiter/email.php ou dans traiter.yml.
J’ai juste installé la dernière version 7-beta et j’ai mis a jour saisies.

10

Enfin le temps de tester la branche v7
Avec saisies en master à jour, c’est bien ça ?

Un premier problème (j’espère le dernier) : j’utilisais cette syntaxe

#FORMULAIRE_FORMIDABLE{#GET{id_formulaire}, '', #ARRAY{id_formulaires_reponse,#GET{id_formulaires_reponse},... } }

Il faut maintenant passer un #ARRAY au lieu d’une chaine vide.

11

Le reste de mon test fonctionnel se passe bien, pas de souci.

12

@nicod merci pour tes tests.

J’ai ouvert une MR pour ton souci de retrocompat. On déprécie pour l’instant ta syntaxe, et on verra après pour l’interdire totalement.

fix: permettre encore de passer `''` en second argument de... (!277) · Requêtes de fusion · spip-contrib-extensions / formidable · GitLab (et je veux bien que tu me dise si c’est bon pour toi le retour des notifications)

13

Hello

J’ai pris la dernière version de la v7-beta:
Tout marche bien mais il faut se souvenir de cocher « Lors de la soumission du formulaire » pour que la modification par l’admin soit envoyée.
Juste une petite remarque: sans toucher aux autorisations les rédacteurs ne voit pas les réponses bien que l’option « les internautes peuvent modifier leurs réponses après coup » soit cochée.

14

Tout marche bien mais il faut se souvenir de cocher « Lors de la soumission du formulaire » pour que la modification par l’admin soit envoyée.

bah oui c’est toujours l’objet du ticket pas encore résolu

Juste une petite remarque: sans toucher aux autorisations les rédacteurs ne voit pas les réponses bien que l’option « les internautes peuvent modifier leurs réponses après coup » soit cochée.

il ya plein de manière de gérer l’affichage des réponses par les internautes. Mais c’est un sujet hors beta v7. Je tinvite à ouvrir un autre fil de discussion.

15

Petit point sur formidable v7

A noter que je ne fix plus la branche v6 (sauf gros gros bug). Donc j’aimerais bien réussir à cloturer rapidement ces 4 MR en attente.

16

Bon, après nous etre mis d’accord sur la question de l’email en lien avec les modifications des réponses, on a pu aboutir à quelque chose de quasi def pour la v7.

2 nouvelles fonctionnalités toutefois :

  • controle de la cohérence des @@ dans les messages de retour et les config des traitements → ca peut impacter pour les gens qui créent leurs propres raccourcis, voir le fichier UPGRADE_7_0.md
  • possibilité de dire qu’un traitement utilise un autrement traitement → aucune rupture de compat

@nicod est-ce que tu veux encore faire des tests avec cela ? Est-ce qu’on release? Est-ce qu’on attend encore un peu si tu veux proposer un PR sur le ticket Unicité d'un champ : uniquement sur les réponses publiées (#285) · Tickets · spip-contrib-extensions / formidable · GitLab ?

@George merci pour ta contribution et bonne retraite !

17

Merci @maieul, j’ai pris ma retraite du SDIS91 mais pas de SPIP :wink:

18

tu es toujours le bienvenu (pour tester formidable ou autres)

19

Je teste la derniere version de la v7_beta, je vais pour modifier les traitements d’un formulaire, j’ai une erreur fatale :

L85: Call to undefined function saisies_mapper_verifier()
squelette : ../plugins/spip-contrib-extensions/formidable/prive/squelettes/contenu/formulaire_edit.html
boucle : /var/www/html/plugins/spip-contrib-extensions/formidable/formulaires/editer_formulaire_traitements.php
20

Au temps pour moi, j’étais sur une ancienne branche de saisies, j’ai mis à jour et ça roule.