Pour clarifier — le bug n’est pas que « Modifiable après inscription » et « Afficher lors de l’inscription » s’excluent mutuellement.
Le vrai problème est le suivant : à l’origine, il est possible qu’un champ ait les deux options décochées. Cependant, une fois que vous cochez « Modifiable après inscription » ne serait-ce qu’une fois, le frontend verrouille automatiquement « Afficher lors de l’inscription » pour qu’il soit coché et vous ne pouvez plus le décocher.
Cela dépend de la séquence et n’était pas évident au premier abord.
Et le but de l’implémentation actuelle était d’empêcher les administrateurs de créer un champ utilisateur qui ne soit ni modifiable ni affiché lors de l’inscription. Donc, si quelque chose est un bug, c’est que vous pouvez toujours créer le champ sans ces propriétés. Je préférerais que, au lieu de corriger le bug, l’@equipe considère le cas d’utilisation des champs utilisateur réservés au personnel et réponde à cette demande de fonctionnalité. C’est pourquoi j’ai posté dans le sujet des fonctionnalités.
Enregistre avec succès : le champ n’est ni affiché sur le formulaire d’inscription ni modifiable après l’inscription
Le frontend coche automatiquement à nouveau « Afficher à l’inscription » lorsque vous le décochez