Suite à la mise à jour des plugins d'un site, je remarque qu'un formulaire qui jusqu'ici ne faisait comme unique traitement un envoi par courriel comporte maintenant le traitement d'enregistrement en bdd.
En regardant les logs de tmp/maj.log j'observe ceci pour la date correspondante à ma mise à jour des plugins sur le site en question :
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.10.0 etape 0: formidable_migrer_reglage_champ_unique
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.10.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.10.0 en 1 secondes
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.11.0 etape 0: formidable_migrer_anonymisation
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.11.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.11.0 en 1 secondes
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.12.0 etape 0: formidable_migrer_config
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.12.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.12.0 en 1 secondes
2019-02-21 :Pri:!INFO: MAJ terminee. formidable_base_version: 0.12.0
Les premières réponses au formulaire enregistrées en bdd datent du 2019-02-21.
Ce qui me fait remonter vers la fonction d'upgrade introduite par le commit suivant :
Qui, après lecture rapide, semble forcer l'ajout d'une valeur array vide dans la partie enregistrement du champ traitements de tous les formulaires qui jusqu'ici ne comportaient pas d'enregistrement (pas très rgpd tout ça ^^).
Je vois bien une différence dans la valeur sérialisée stockée en bdd pour traitements avant et après l'upgrade de formidable, avec l'ajout d'un s:14:"enregistrement";a:0:{} à la fin...
Suite à la mise à jour des plugins d'un site, je remarque qu'un formulaire qui jusqu'ici ne faisait comme unique traitement un envoi par courriel comporte maintenant le traitement d'enregistrement en bdd.
En regardant les logs de tmp/maj.log j'observe ceci pour la date correspondante à ma mise à jour des plugins sur le site en question :
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.10.0 etape 0: formidable_migrer_reglage_champ_unique
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.10.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.10.0 en 1 secondes
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.11.0 etape 0: formidable_migrer_anonymisation
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.11.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.11.0 en 1 secondes
2019-02-21 :Pri:!INFO: maj meta formidable_base_version_maj_0.12.0 etape 0: formidable_migrer_config
2019-02-21 :Pri:!INFO: formidable_base_version_maj_0.12.0: ok
2019-02-21 :Pri:!INFO: meta formidable_base_version: 0.12.0 en 1 secondes
2019-02-21 :Pri:!INFO: MAJ terminee. formidable_base_version: 0.12.0
Les premières réponses au formulaire enregistrées en bdd datent du 2019-02-21.
Ce qui me fait remonter vers la fonction d'upgrade introduite par le commit suivant :
Qui, après lecture rapide, semble forcer l'ajout d'une valeur array vide dans la partie enregistrement du champ traitements de tous les formulaires qui jusqu'ici ne comportaient pas d'enregistrement (pas très rgpd tout ça ^^).
Je vois bien une différence dans la valeur sérialisée stockée en bdd pour traitements avant et après l'upgrade de formidable, avec l'ajout d'un s:14:"enregistrement";a:0:{} à la fin...
