Ceci semble être une régression, car cela fonctionnait il y a quelques mois.
D’après cette discussion :
Description
Lorsque vous utilisez la fonctionnalité Adding users to groups through custom field automation avec le déclencheur User first logged in (Premier enregistrement de l’utilisateur), les champs Multiselect ne sont pas gérés correctement - seule la première entrée semble être utilisée par l’automatisation.
Il est à noter que le déclencheur User first logged in fonctionne parfaitement avec les champs Texte et Sélection déroulante, ainsi qu’avec les champs Multiselect si l’utilisateur ne sélectionne qu’une seule option.
De plus, l’automatisation semble fonctionner correctement avec les champs Multiselect lorsqu’un déclencheur Recurring (Récurrent) est utilisé.
Impact / Solutions de contournement
L’impact de ce bug est que des allocations de groupes complexes lors de l’inscription ne sont pas possibles. Celles-ci sont très utiles pour les forums avec un contenu spécialisé important et/ou des zones privées qui visent un parcours d’intégration fluide et personnalisé.
La solution de contournement consiste à passer à un déclencheur récurrent. Malheureusement, cela entraîne un compromis entre le délai de personnalisation de l’inscription et les performances du site, en fonction du moment du déclenchement. Et nous savons tous à quel point les premières impressions sont vitales !!!
Pour reproduire :
Avoir plusieurs groupes appropriés pour les tests (deux minimum), chacun avec un Nom complet.
Créer un champ personnalisé utilisateur, en choisissant Multiselect.
Ajouter le Nom complet de vos groupes de test comme Options.
Ajouter une automatisation avec Ajouter un utilisateur à un groupe via un champ personnalisé utilisateur.
Sélectionner User first logged in.
Saisir le nom de votre champ personnalisé utilisateur de l’étape 2.
S’inscrire avec un utilisateur de test, en sélectionnant toutes les options de votre champ de test.
Vérifier l’allocation de groupe du nouvel utilisateur.
Je ne suis pas sûr de ce que vous demandez, Paul. Les deux ne sont pas liés. Ce plugin ne peut pas être connecté aux champs personnalisés des utilisateurs pour le moment, et je ne pense pas qu’il soit à l’ordre du jour pour le moment.
Cela vaut peut-être la peine de demander gentiment que ce soit une fonctionnalité, car elle est très similaire à bien des égards et je peux imaginer qu’elle fonctionnerait bien avec l’interface utilisateur booléenne.
OK, je suppose que cela répond à ma question.
Je me demandais si ce plugin pourrait offrir une alternative pour faire la même chose que l’automatisation de groupe faisait avant qu’elle ne cesse de fonctionner ; à savoir l’attribution des utilisateurs à des groupes en fonction de critères fournis. Oui, des critères impliquant des champs utilisateur personnalisés seraient très essentiels dans mon cas, donc ce serait un obstacle insurmontable si cela n’est pas possible pour le moment.
Salut @nathank, je l’ai déjà fait, et un sujet de bug a été créé - mais le sujet de bug a été déplacé vers le fil de discussion d’origine par un modérateur, avec la suggestion de créer un nouveau sujet de bug, apparemment en raison de votre capacité (en particulier) à reproduire le problème (je l’ai déjà reproduit moi-même).
Merci Nathan. Je peux le reproduire sur ma propre instance également. J’ai testé l’automatisation des champs personnalisés et la fonctionnalité des groupes multi-sélections ne fonctionne effectivement pas comme prévu - seul le premier groupe sélectionné par l’utilisateur est automatiquement rejoint.
Le champ « Groupes personnalisés » reste vide, alors qu’il devrait afficher le ou les noms de groupe sélectionnés via le champ utilisateur personnalisé.
