Erreur:The item has not been saved due to some errors. [Résolu]

[moon22]

Bonsoir,
lors de la création d'un groupe dans backend.php/sfGuardGroup,on m'affiche ce message:

The item has not been saved due to some errors.

j'utilise comme plugins sfDoctrineGuardPlugin et sfForkedDoctrineApplyPlugin,je crois que c'est un problème de profil,car j'ai eu ce problème quand la table sf_guard_user_profile s'est ajoutée dans la base.enfin,je sais comment faire,je me bloque là
pour le fichier sfGuardUserAdminForm:

Code :

1
2
3
4
5
6
7
8
 
class sfGuardUserAdminForm extends BasesfGuardUserAdminForm
{
  public function configure()
  {
 
  }
}

quelqu'un pourra m'aider à résoudre ce problème??
Merci d'avance

[Fused]

Dur de savoir sans plus d'informations.

Que disent tes logs ?

[Michel Rotta]

Dans les formulaires auto générés (tel ceux d'administration de sfGuard) le message arrive le plus souvent suite à un problème lors de la sauvegarde. Globalement, les validateurs sont passés mais il y a impossibilité de sauvegarder.

Apparemment tu as étendu le schéma original.

A mon avis tu as rajouté un champ avec "notNull: true". Champ qui n'est pas repris dans le form de base. Donc, il n'y a pas d'erreur à la validation du form, mais impossibilité de créer un enregistrement vu qu'un champ obligatoire n'est pas renseigner. Je donnerais une probabilité de 80%.

Vérifies et donne plus d'information le cas échéant.

[moon22]

j'ai vérifié mon schema.yml,voici son contenu:

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
25
26
27
28
29
30
 
sfGuardUserProfile:
  actAs:
    Timestampable: ~
  columns:
    user_id:
      type: integer
      notnull: true
      unique: true
    email_new:
      type: string(255)
      unique: true
    firstname:
      type: string(255)
    lastname:
      type: string(255)
    validate:
      type: string(33)
  relations:
    User:
      class: sfGuardUser
      foreign: id
      local: user_id
      type: one
      onDelete: cascade
      foreignType: one
      foreignAlias: Profile
  indexes: 
    validate:
      fields: [validate]

et pour le schéma du plugin sfDoctrineGuardPlugin,je ne l'ai pas touché,ainsi que j'ai vérifié la table sf_guard_group il n'y a que le champ "id" est NOT NULL

[moon22]

C'est bon,je n'ai plus cette erreur lors de l'enregistrement,mais plutot,une nouvelle erreur dès que j'accède au formulaire de l'ajout,on m'affiche:

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
Warning: Illegal offset type in isset or empty in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 386
 
Warning: Illegal offset type in isset or empty in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 389
 
Warning: Illegal offset type in isset or empty in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 390
 
Warning: Illegal offset type in isset or empty in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 391
 
Warning: Illegal offset type in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 388
 
Warning: Illegal offset type in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 396
 
Fatal error: Call to a member function setFlag() on a non-object in C:\wamp\symfony\lib\generator\sfModelGeneratorConfiguration.class.php on line 397

Quelqu'un a une idée qu'est ce que ca veut dire?

[Michel Rotta]

Ca veux dire qu'il y a une couille d'éléphant qui c'est glissée au milieu du fichier generator.yml.

Vérifie que tu n'aie pas un nom de champ surnuméraire ou mal orthographié.

Si non, met le fichier ici, un deuxième œil peut parfois servir (et il arrive que, chez les éléphants nains, les couilles soient toutes petites et difficiles à localisées ! )

[moon22]

oui oui,je suis encore un petit éléphant
alors voici mon generator.yml

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
25
26
27
28
29
 
generator:
  class: sfDoctrineGenerator
  param:
    model_class:           sfGuardGroup
    theme:                 admin
    non_verbose_templates: true
    with_show:             false
    singular:              ~
    plural:                ~
    route_prefix:          sf_guard_group
    with_doctrine_route:   true
 
 
    config:
      list:
        title: Liste des groupes
        display: [=name, description, created_at, updated_at]
 
      form:
        display:
           "NONE": [name, description, users_list, permissions_list]
 
 
      edit:
        title: Editing Group "%%name%%"
 
      new:
        title: Nouveau groupe

[Michel Rotta]

Le mamouth est au dessus de moi et laisse pendre ces couilles devant mes yeux ! Je ne vois rien qui cloche, à priori (je ne peux vérifier la bonne écriture des champs).

Question bête, mais il faut la poser, as-tu vidé le cache ?

Tu tests en prod ou en dev ?

[moon22]

oui j'ai vidé le cache et je test en dev et voici mon settings.yml

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
25
26
27
28
29
30
31
32
33
34
35
 
prod:
  .settings:
    no_script_name:         false
    logging_enabled:        false
    web_debug:              true
 
dev:
  .settings:
    error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>
    web_debug:              true
    cache:                  true
    no_script_name:         false
    etag:                   false
 
test:
  .settings:
    error_reporting:        <?php echo ((E_ALL | E_STRICT) ^ E_NOTICE)."\n" ?>
    cache:                  false
    web_debug:              false
    no_script_name:         false
    etag:                   false
 
all:
  .settings:
    enabled_modules:      [default, sfGuardGroup, sfGuardUser, sfGuardPermission]
    # Form security secret (CSRF protection)
    csrf_secret:            UniqueSecret
 
    # Output escaping settings
    escaping_strategy:      true
    escaping_method:        ESC_SPECIALCHARS
 
    # Enable the database manager
    use_database:           true

[Michel Rotta]

As-tu touché à la structure de la base directement (sans passer par une génération depuis le shema.yml de ton application) ?

[moon22]

oui c'est vrai
j'ai volu juste tester en modifiant le champ first_name de la table sf_guard_user en "nom" mais ensuite je l'ai rendu tel qu'il est par défaut.
je crois que j'ai fais une grosse erreur et il fallait que je modifie le schema.yml au lieu de m'adresser directement à la base

[Michel Rotta]

Modifie le cas échéant ton shema.yml et régénère dans tous les cas ta base.

[moon22]

Merci Michel pour votre réponse,j'ai régénéré la base:
-build-model -> tout va bien
-build-sql -> tout va bien
-insert-sql -> j'ai eu cette erreur :

doctrine creating tables


SQLSTATE[HY000]: General error: 1005 Can't create table '.\base_con\#sql-dc0_19.frm' (errno: 121).
Failing Query: "ALTER TABLE sf_guard_user_profile ADD CONSTRAINT sf_guard_user_profile_user_id_sf_guard_user_id FOREIGN KEY (user_id) REFERENCES sf_guard_user(id) ON DELETE CASCADE".
Failing Query: ALTER TABLE sf_guard_user_profile ADD CONSTRAINT sf_guard_user_profile_user_id_sf_guard_user_id FOREIGN KEY (user_id) REFERENCES sf_guard_user(id) ON DELETE CASCADE

[moon22]

C'est bon,j'ai réglé tout ça en créant un nouveau projet et j'ai recopié tout,à ce qu'il parait j'ai touché des fichiers qu'il faut pas les toucher à force de suivre les instructions qui existent dans les forums

Merci encore Michel