I'm trying to customize the forms of sfGuardUser module. After installing the sfGuardDoctrinePlugin, I followed the cascading-configuration convention of Symfony and created the following structure:
apps/backend/modules/sfGuardUser
apps/backend/modules/sfGuardUser/config
apps/backend/modules/sfGuardUser/config/generator.yml
Within the generator.yml
file, I tried to override default plugin settings as suggested in
this related question and this post in the official blog:
generator: class: sfDoctrineGenerator param: config: fields: first_name: label: Name last_name: label: Surname email_address: label: Email updated_at: label: Last update date_format: f list: title: People display: [=username, name, email_address, last_login] sort: [username, asc] filter: display: [username, first_name, last_name, email_address] edit: title: Edit "%%name%%" new: title: Add a new user form: display: "User": [first_name, last_name, email_address, username, password, password_again] "Permissions and groups": [is_active, is_super_admin, groups_list]
However the form still reflects the default settings. For instance, it's still displaying the permissions_list
.
Moreover, if you try to unset the widgets by overriding the sfGuardUserAdminForm you realize that it does not work either.
How can I avoid that and force a real overriding? Am I missing something?
Thanks!
UPDATE 1 I have found a workaround, which is assigning a false value to the group, and then set a new group with the fields I wanted:
"User": [first_name, last_name, email_address, username, password, password_again]
"Permissions and groups": false
"Status and groups": [is_active, is_super_admin, groups_list]
UPDATE 2 This is a documented bug, but it seems core developers are not dealing with it. The ticket included a patch for those who are experiencing this problem like me.