Discussion :

[mantex]

Dans un form d' un des modules de backend hérité de sfguardUser, le mot de passe hashé est directement rappelé quand j' edite l' utilisateur.

Trés bien me dirait vous ?

Le hic, c' est que cette chaine est à nouveau soumis dans le formulaire même si je ne modifie pas ce champs.

Conséquence : cette chaine devient le nouveau mot de passe et un nouveau hash est généré en base.

J' ai même testé de desactivé le champs dans configure(), le champs est quand même soumis avec une valeur NULL évidemment.

J' aimerai conserver le comportement de sguard qui en cas d' édition d' un user, m' affiche les champs mot de passe vide. Si je modifie pas ces champs dans le formulaire, il n' est pas modifié en base. Propre quoi !

J' espère avoir été assez clair.


Merci d' avance.

[Michel Rotta]

Tu as modifié quoi ?

[mantex]

rien justement.

J' ai juste surchargé la fonction processForm, par ce que j' avais besoin d' envoyer un e-mail quand un nouveau user était crée.

Par contre dans mon formulaire je n' ai qu' un seul champs password (pas de champs confirmation).

C' est celui ci qui récupère la valeur qui est en base quand j' édite le user.
Ce n' est pas le cas dans le sfguardUserForm.

[Michel Rotta]

Tu as forcément un form et un traitement différent de celui de sfGuard. Suffisamment pour qu'on ne puisse s'en inspirer.

Il faudrait le code du contrôleur et des méthodes qui vont avec ainsi que le code du form et, éventuellement, celui du template, mais, en principe, il ne devrait y avoir aucun traitement là.

[mantex]

Ben j' utilise les form auto généré du backend (CRUD), je suis sur un modèle hérité (par agrégation) de sfguardUser.


J'ai donc les champs propres a sfguarduser (id, username, password, email) qui sont complétés par celui de mon modèle modèle (adresse, code postale) .

Les templates sont donc auto-générés de la même manière que pour sfguard.

Si je te mets le code auto généré, je pense que cela t' aide bcp.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<?php use_helper('I18N', 'Date') ?>
<?php include_partial('consultant/assets') ?>
 
<div id="sf_admin_container">
  <h1><?php echo __('Edition d\'un consultant', array(), 'messages') ?></h1>
 
  <?php include_partial('consultant/flashes') ?>
 
  <div id="sf_admin_header">
    <?php include_partial('consultant/form_header', array('consultant' => $consultant, 'form' => $form, 'configuration' => $configuration)) ?>
  </div>
 
  <div id="sf_admin_content">
    <?php include_partial('consultant/form', array('consultant' => $consultant, 'form' => $form, 'configuration' => $configuration, 'helper' => $helper)) ?>
  </div>
 
  <div id="sf_admin_footer">
    <?php include_partial('consultant/form_footer', array('consultant' => $consultant, 'form' => $form, 'configuration' => $configuration)) ?>
  </div>
</div>

[Michel Rotta]

Si tu relis ce que j'ai posté juste avant, je t'expliquais que le code qui m'intéressait le moins était le template. Par contre, le form et le contrôleur, eux sont beaucoup plus intéressant.

Tu n'as posté que le template Un dicton dit, aide toi et DVP t'aidera...

Dans ce type de configuration, que je ne peux que supposer, le mieux est de modifier ton form, de désactiver le champs standard password et d'en créé un autre non requis, avec son validateur, dont le nom ne correspond pas.

Dans le modèle tu vas modifier et créer un get et un set pour le nom champ de nouveau nom que tu as créé. Le get retournera un string vide systématiquement, le set va prendre la valeur et la mettre a jour dans le champ password si elle n'est pas vide en utilisant la méthode _set('password', $valeur).

Le résultat te donne un form avec un champ password vide. Si tu le laisse vide, rien ne se passe. Si tu le rempli, il est utilisé comme mot de passe. Si un mot de passe est saisi, mais que le form est ré affiché pour une autre raison, le mot de passe saisi reste dans la zone.