[Problème] Champ personnalisé utilisateur désactivé

[django29]

Bonjour.
J'ai créé un champ personnalisé d'utilisateurs, que je peux remplir en tant que super administrateur, mais ce champ reste désactivé (grisé) pour tous les autres utilisateurs en admin. Pourtant, le groupe pour lequel je veux accorder ce droit est paramétré "Autorisé" (en vert) pour "Modifier les valeurs des champs personnalisés".
Une suggestion ?

[woluweb]

euh, une capture d'écran de chaque onglet de la config du custom field ?

[django29]

Ben voilà.

[woluweb]

euh, ça c'est pas un champ Utilisateur mais un champ Texte , non ?

sinon, va peut-être voir au niveau de la configuration du Groupe de CHamp (pcq plutôt que de configurer les champs un par un on peut le faire pour tous à la fois grâce aux Groupes de Champ)

[woluweb]

concernant l'onglet Permissions, tu ne montre pas tout l'écran : as-tu vérifié que c'est VERT pour tous les Groupes d'Utilisateurs ?
On a des onglets à gauche avec "Public, Guest, etc".
(et si jamais t'as pas ces onglets, j'imagine même pas comment ça se fait mais c'est que tu n'es pas Super User ou que les droits des Super Users ne sont pas ceux d'origine)

[django29]

C'est bien un champ utilisateur, de type texte (nom d'entreprise).
La config des groupes de champs a très peu de paramètres.(Juste affiche si champ en lecture).
J'ai effectivement masqué les nomsde groupes d'utilisateurs (par discrétion), mais "Modifier les valeurs des champs personnalisés" est bien autorisé en vert, pour le groupe d'utilisateurs qui, en fait, ne peuvent pas le faire.
Par contre ces utilisateurs sont aussi dans d'autres groupes qui n'ont pas cette autorisation.
Mais je pense que le fait de faire partie d'au moins un groupe qui a l'autorisation doit suffire.

[woluweb]

OK, OK, "champ utilisateur" j'avais cru que ça voulait dire "champ de type utilisateur" (pas utilisé souvent du reste), pas "champ utilisé dans com_users"

Ben teste juste déjà de mettre en vert pour tous les groupes comme ça tu élimines une cause potentielle

[django29]

Comme souvent, quand il s'agit d'ACL, ça bloque de partout, même dans mon cerveau.
Cette fois, pour ce champ personnalisé d'utilisateurs, impossible d'accorder l'accès à toutes les catégories d'utilisateurs auxquelles est affecté l'utilisateur en question.
Pour certaines catégories, ça reste sur "Non autorisé. Vérouillé" en rouge, avec le droit modifié à "Autorisé" qui s'affiche à sa gauche.
Et je ne vois pas de catégorie parente qui n'a pas ce droit.
Mais je comprends qu'il soit difficile de conseiller quelqu'un sur cette prise de tête permanente que sont les ACL, juste par télépathie.
J'en suis réduit à re-re-relire les docs sur les ACL, sans comprendre précisément comment l'appliquer dans mon site ... et cliquer partout en espérant que ça finisse par se décoincer.

[dolmenhir]

Cette fois, pour ce champ personnalisé d'utilisateurs, impossible d'accorder l'accès à toutes les catégories d'utilisateurs auxquelles est affecté l'utilisateur en question.

Normalement il suffit d'accorder les droits au groupe auquel appartient l'utilisateur le plus haut placé dans la hiérarchie.
Exemple : s'il est dans le groupe "enregistré" et "administrateur", le droit doit être donné au groupe "Administrateur".

A noter que, parfois (voire souvent), il est utile de créer un nouveau groupe spécifique pour y rattacher les personnes disposant d'un droit particulier, ici ceux qui peuvent modifier les valeurs des champs personnalisés. Tu accordes alors les droits uniquement à ce groupe et écartes ainsi tout risque d'amalgame.