Ensuite vous avez visiblement passé l’attribut usr_active en visibilité “forbidden” ce qui rend forcément les transitions d’état impossibles depuis la UI.
Je le redis => si vous êtes tentés de customiser des items de paramétrage système c’est sans doute une mauvaise approche => ça doit vous alerter et vous inciter à nous demander notre avis
C’est notamment pour cela qu’on recommande de ne pas utiliser le user designer (qui a les droits sur le paramétrage système) mais plutôt un user dans le groupe ADMIN (même droits que designer sauf sur le paramétrage système). Avec designer on peut vraiment tout casser, c’est comme root sous Linux.
Et quand vous faites appel à notre support et qu’on vous répond “on ne reproduit pas sur une instance out of the box” ça doit vous amener à vous poser la question d’éventuelles customisation de ce type, on ne peut malheureusement pas deviner ce que vous avez fait sur la base de la description d’un symptôme non reproductible.
Pour surcharger le comportement d’un champ standard, il faut le faire dans l’hériter, en aucun cas sur la définition native du champ. Là vous avez surement rendu le champ Statut invisible partout, y compris dans l’objet User natif.
Copier l’attribut d’objet usr_active dans votre objet en surchargeant : invisible + non recherchable.
Après parcours de votre instance, j’ai noté 2 choses :
Vous avez d’autres objets qui héritent de SimpleUser dans vos modules et ils sont bien codés avec des getField("xxx").setVisibility(ObjectField.VIS_HIDDEN);
donc sans changer la définition du champ xxx directement.
Visiblement vous ne partagez pas vos bonnes pratiques entre modules.
Le champs usr_active ne doit pas rester en l’état invisible.
Il y avait un problème bloquant dans l’export du module “Evaluator”
Le Dataset attaché au module n’était pas exportable (upload d’un ZIP de taille nulle), nous avons dû le supprimer. Vous devez vérifier si votre dataset d’origine était trop gros ou corrompu.