[sf 1.4.x] Admin generator csrf token: Required. [Résolu]

[shakly]

Bonjour à tous,

J'ai créé mon admin avec le générateur (j'utilise doctrine) tous fonctionne mais j'ai besoin d'un CKeditor sur un champ.
Donc j'ai modifié dans /lib/form/doctrine le formulaire en question :

Code :

1
2
3
4
5
6
7
8
9
10
$this->setWidgets(array(
		'titre' => new sfWidgetFormInput(),
			'url'    => new sfWidgetFormInput(),
			'content'   => new sfWidgetFormCKEditor(array(
				'jsoptions'=>array('config' => 'fckeditor/config.js')
			)),
			'title' => new sfWidgetFormInput(),
			'keyword' => new sfWidgetFormInput(),
			'description' =>new sfWidgetFormInput()
		));

Le problème est que chaque modification de ce fichier entraîne un erreur dans l'admin lors de l’édition ou la suppression.

Warning: array_key_exists() [function.array-key-exists]: The first argument should be either a string or an integer in C:\wamp\bin\php\php5.2.6\PEAR\symfony\util\sfParameterHolder.class.php on line 53

et :

csrf token: Required.

Donc il y a t'il une possibilité pour utilisé CKeditor via le generator.yml du module ou comment résoudre ce problème ?

Merci

[Michel Rotta]

Généralement le problème du csrf token: Require vient d'un non affichage des champs cachés dans le form.

En effet, sfForm génère un champ caché avec un token vérifié au retour du form. Son absence donne se message.


Pour ton form par contre... Il semblerait que tu tentes de définir deux fois la même clef dans un tableau...

Essaye d'utiliser setWidget pour chaque widget plutôt qu'un setWidgets() pour tous. En fait, si les autres ne changent pas un setWidget() pour ton "content" devrait suffire.

[shakly]

Finalement j'ai trouvé une solution en ajoutant

Code php :

1
2
 
$this->widgetSchema->setNameFormat('content[%s]'); // content est le nom de mon module

[Michel Rotta]

lol, oui...

Le code que tu as donnés, tu l'as mis dans quel méthode ?

Pour initialiser le code d'un form tu as deux méthodes : configure et setup. Vu le problème, je soupçonne que tu aies travaillé avec setup et pas configure hors setup est la méthode utilisée par les objets de base... Il vaut mieux travailler sur configure.

[shakly]

Ma méthode est dans configure.

Merci pour tes conseils.

[Michel Rotta]

S'est étonnant, c'est un peu comme si ton configure écrasait le setup de base.

Sauf si... tu hérites d'un sfForm et pas d'un base issu du modèle...