depuis la version 3.6.1 de saisies, les sous champs d'un fieldest

conditionné par un afficher_si sont mis à null si la condition n'est pas
validée.

Ce qui veut dire concrètement que si on décoche une case d'un
traitement, toutes les infos sur ce traitement sont perdus. Or on peut
vouloir conserver les réglages d'un traitement sans pour autant
l'appliquer (si jamais on veut rebasculer).

Pour revenir à ce qui était le comportement historique de formidable
(basé sur un bug de saisies), on dit explicitement qu'on ne veut pas de
_request mis à null en cas d'afficher_si.

formulaires/editer_formulaire_traitements.php

@@ -81,9 +81,10 @@ function formulaires_editer_formulaire_traitements_verifier($id_formulaire) {
 		foreach ($traitements_choisis as $type_traitement) {
 			$erreurs_traitement_brut = saisies_verifier(
 				saisies_transformer_noms(
-					$traitements_disponibles[$type_traitement]['options'], 
-					'/^.*$/', 
-					"traitements[$type_traitement][\\0]")
+					$traitements_disponibles[$type_traitement]['options'],
+					'/^.*$/',
+					"traitements[$type_traitement][\\0]"),
+				false
 				);
 			if (!empty($erreurs_traitement_brut)) {
 				$erreurs_traitement = array($type_traitement => array());

paquet.xml

 <paquet
 	prefix="formidable"
 	categorie="communication"
-	version="3.25.2"
+	version="3.25.3"
 	etat="stable"
 	compatibilite="[3.0.0;3.2.*]"
 	logo="images/formidable-64.png"