[sf 1.4.x] sfDoctrineGuardPlugin and data-dump and build

Version imprimable

13/10/2010, 16h18
henres

[sf 1.4.x] sfDoctrineGuardPlugin and data-dump and build

Bonjour, j'ai un problème après le chargement de mes fixtures mes password sfGuardUser ne fonctionne plus.

commande use :

Citation:

- php symfony doctrine:data-dump
- php symfony doctrine:build --all --and-load

Quelqu'un pourrait m'aider?

Citation:

plugin version :
sfDoctrineGuardPlugin 5.0.0-stable # plugins.symfony-project.org (symfony-plugins)
sfFormExtraPlugin 1.1.3-stable # plugins.symfony-project.org (symfony-plugins)
sfKrumoPlugin 1.0.3-stable # plugins.symfony-project.org (symfony-plugins)

good day
13/10/2010, 19h15
Michel Rotta

Précise ta pensée "ne fonctionne plus"...

Et si tu pouvais nous mettre le fixature qui semble incriminé... cela pourrait aider (enfin nous)(donc toi !).

Voila un exemple d'utilisateur enregistré :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
DjliveUser_12:
  profile_picture: 9f77d3fe6f8e41c345bfbe72e8df056a9b08f93e.jpg
  ip_inscription: null
  sfGuardUser: sfGuardUser_16
  newsletter: null
  state: '2'
  show_name: 'Dj Riton'
  activity1: '12'
  created_at: '2010-09-22 14:05:24'
  updated_at: '2010-09-22 14:05:24'
sfGuardUser_16:
  first_name: test
  last_name: TEST
  email_address: test@gmail.com
  username: test
  algorithm: sha1
  salt: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  password: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
  is_active: true
  is_super_admin: true
  last_login: '2010-10-13 18:32:11'
  created_at: '2010-09-22 09:14:28'
  updated_at: '2010-10-13 18:32:11'

Une fois les data loadé, je suis obligé de faire : php symfony guard:change-password test password

Si j'avais à remplir le fixature, j'eusse mis :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 DjliveUser_12: profile_picture: 9f77d3fe6f8e41c345bfbe72e8df056a9b08f93e.jpg ip_inscription: null sfGuardUser: sfGuardUser_16 newsletter: null state: '2' show_name: 'Dj Riton' activity1: '12' sfGuardUser_16: first_name: test last_name: TEST email_address: test@gmail.com username: test password: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is_active: true is_super_admin: true
Ceci à toujours correctement marché pour moi.

Je parle pour le sfGuardUser, pour l'autre table ... je suppose que les created_at et updated_at proviennent d'un timestampable les champs sont donc renseignés automatiquement.

Ca ne pose pas de problème que sfGuardUser_16 soit défini après ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 DjliveUser_12: profile_picture: 9f77d3fe6f8e41c345bfbe72e8df056a9b08f93e.jpg ip_inscription: null sfGuardUser: sfGuardUser_16 newsletter: null state: '2' show_name: 'Dj Riton' activity1: '12' sfGuardUser_16: first_name: test last_name: TEST email_address: test@gmail.com username: test password: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx is_active: true is_super_admin: true
Autre question : les deux objets (de types distincts) sont définis à la suite, sans déclarer le nouveau type d'objet qui est instancié, est-ce juste un raccourci de copié-collé ?

Dernière question : tes données password / algorithm sont-elles bien encryptées lorsque tu vas voir ta DB ?

14/10/2010, 18h39
Michel Rotta

Première question, oui, j'ai répondu un peu vite ce matin, il manque le nom des objets, avant.

Deuxième question : oui.