Discussion :

[akito]

Bonjour!

Je constate dans la barre d'outil qui affiche les requetes qu'il manque un champs après un getObject.

Il me semble que normalement, le select doit contenir tous les champs du schema?

Ce champs manquant est un champs que je viens d'ajouter, donc après coup.
J'ai re build les classes et j'ai bien ajouter le champs en db avec la ligne de commande migration.

Il-est ce qu'il y a un endroit (une classe, config), ou je dois verifié qu'il n'y a pas une restriction dans la selection de certains champs uniquement?

Merci!

[Joauc]

Normalement si tu as re build la classe ton champs devrait apparaitre.
Tu as essayé le de vider le cache de symfony?
Sinon nul part tu as de unset() sur ce champ ?

[akito]

Merci pour ta réponse.

En effet, j'ai fait un ./symfony doctrine:build --all-classes
J'ai vérifié les classes bases et il y a bien mon nouveau champs.
J'ai également fait un ./symfony cc

Après la migration, il y a bien aussi le champs en db.

Non il n'y a pas de unset sur ce champs... Mais de ce que j'ai vu, le unset de change que le résultat final, il y a tout de même le champs dans la requete.

Est-ce qu'il n'y a pas un endroit ou peut être définit de ne sélectionner que tel et tel champs? C'est un projet que je reprends donc ça a très bien pu se faire mais de ce que j'ai pu voir je ne vois rien en ce sens.

Encore merci pour ton aide!

[Joauc]

si ton champs est dans les classes bases c'est vraiment bizarre.
Tu as vérifié tous les fichiers bases ou juste celui du model?

Sinon si des modif on était faites pour exclure certain champs c'est dans les fichiers de /lib

[akito]

J'ai vérifié le fichier BaseSfGuardProfile et je vois bien mon nouveau champs.
C'est un champs de type bool et d'ailleurs, en backend quand je modifie l'utilisateur en cochant cette nouvelle case, j'ai bien la modification qui se fait en base de données.
Par contre, quand je reviens sur la fiche de consultation ou de modification, je ne vois pas la bonne donnée, et ceci est verifié dans le select du debug.
Donc le problème se trouve vraiment au niveau de la requete de select...

Sinon tu dis que les modifs sur les champs se font dans le dossier /lib
Je suis sous doctrine, donc ça serait dans /lib/model/doctrine/maClasse.php?
Je n'ai rien vu en ce sens ni dans maClasseTable.php

D'ailleurs vu que c'est un nouveau champs, il ne peut pas être exclu explicitement. Donc je pensais plutot qu'il y avait à un endroit une selection de seulement X champs.

Merci pour ton aide

[akito]

J'ai peut être une piste :

Dans ma table sf_guard_user_profile, je vois un champs preferences.

Ce champs n'est pas dans le schema, il est pourtant dans un fichier de migration.

Ce champs n'est pas non plus présent dans le model (base).

Donc je me demande comment il peut être affiché... Ca veut surement dire qu'il y a une requete "home made" non?

Est-ce que tu as une idée?

[Joauc]

D'ailleurs vu que c'est un nouveau champs, il ne peut pas être exclu explicitement. Donc je pensais plutot qu'il y avait à un endroit une selection de seulement X champs.

C'est mon avis aussi. Tu as regardé du côté des action executeShow et executeEdit si le select retourné tout les champs?

sinon BaseSfGuardProfile ça vient du plugin sfDoctrineGuardPlugin ?