Ca n'a pas marché. J'ai pris sfGuard 4.0.3 et sfFDA 1.3.0. D'abord le sfApplyApply form que j'ai étendu n'est pas conçu pour charger des fichiers. Donc j'ai dû changer cette ligne
$this->form->bind($formValues);
en
$this->form->bind($formValues, $request->getFiles($this->form->getName()));
dans le sfApplyActionsLibrary pour faire disparaître cette erreur:
This form is multipart, which means you need to supply a files array as the bind() method second argument.
Après, c'est au tour d'une autre erreur de se faire jour:
1 2 3
| Notice: Undefined variable: profile in C:\wamp\www\nortb\lib\vendor\symfony\plugins\sfForkedDoctrineApplyPlugin\lib\action\sfApplyActionsLibrary.class.php on line 43
Fatal error: Call to a member function setValidateAt() on a non-object in C:\wamp\www\nortb\lib\vendor\symfony\plugins\sfForkedDoctrineApplyPlugin\lib\action\sfApplyActionsLibrary.class.php on line 43 |
En regardant dans le fichier la variable profile n'avait été définie nulle par avant. J'ai changé
$profile->setValidateAt( $date->format( 'Y-m-d H:i:s' ) );
en
$this->form->getObject()->setValidateAt( $date->format( 'Y-m-d H:i:s' ) );
Cette étape passé, j'ai obtenu une erreur Could not load file, et j'ai dû désactiver le champ photo de type file du formulaire. Finalement ça a renvoyé ceci:
SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '' for key 'email'
En attendant de trouver une solution DEFINITIVE, je vais abandonner sfFDA et publier mon projet, surtout qu'en suivant ton conseil, j'ai réglé mon problème d'authentification. Toutefois, je suis ouvert à toute solution pour régler les problèmes que me pose sfFDA.
Partager