Ancien du forum. Je teste notre nouvelle installation Discourse depuis un mois. Je suis amoureux.
Pour faire court : J’ai modifié certains paramètres tl0 / tl1 pour adapter notre processus d’intégration. Tout semble fonctionner à merveille, sauf que les nouveaux utilisateurs tl1 reçoivent l’erreur « Vous n’êtes pas autorisé à afficher la ressource demandée » lorsqu’ils tentent de publier leurs présentations dans le forum approprié.
Peut-être lié ? À un moment donné, j’ai renommé tl0 en « wallflowers », car nous les avons restreints en lecture seule dans une seule catégorie. Nous avons décidé de renommer ce groupe en « Nouveaux utilisateurs », mais je vois toujours « wallflowers » listé pour les nouveaux utilisateurs (ce qui renvoie ensuite aux paramètres du groupe « Nouveaux utilisateurs »). La recherche de texte personnalisé pour « wallflowers » ne renvoie rien. Peut-être y a-t-il un problème de cache ?
Voici l’expérience d’intégration que nous mettons au point :
tl0/nouvel utilisateur
– accès en lecture/réponse à « les règles »
– doit entrer dans 5 sujets, lire 5 sujets et y passer 3 minutes
tl1/intégration
– obtient l’accès au « hall d’entrée »
– doit entrer dans 1 sujet, en créer 1 (présentation) et y passer 5 minutes
Il est également à noter que j’ai dû accorder aux « wallflowers » un accès en lecture/réponse à ces catégories afin que les nouveaux utilisateurs/testeurs puissent les voir, même si le groupe « nouveaux utilisateurs » y avait déjà accès. J’ai l’impression d’avoir agi comme un enfant dans un magasin de bonbons et d’avoir créé un conflit quelque part.
Merci pour votre temps et votre attention. Je suis vraiment conquis par Discourse et j’ai hâte d’intégrer le reste de mon équipe et de construire des choses pour nos testeurs bêta. Nous allons faire de grandes choses.
Je suis en train d’examiner les captures d’écran que tu as partagées, et quelque chose a attiré mon attention. Sur la page 2, je remarque que tu es listé comme « propriétaire » de trust_level_0. Cela ne devrait pas être possible… les groupes de niveau de confiance sont automatiques et n’ont donc pas de propriétaires. Cette capture d’écran affiche-t-elle tous tes groupes, ou seulement les 8 premiers ?
Pour l’instant, étant donné que le groupe wallflowers (TL0) dispose des permissions de création, de réponse et de consultation sur la catégorie Lobby, tous les utilisateurs du site y ont des permissions complètes. Je comprends que ce n’est pas ce que tu vises et que c’est pour des tests, mais cela signifie probablement qu’autre chose ne va pas si un utilisateur TL1 ne peut pas y publier.
Note également que les niveaux de confiance sont hiérarchiques : tous les membres du TL4 sont aussi membres du TL3, du TL2, du TL1 et du TL0. Les membres du TL3 sont aussi membres du TL2, du TL1, du TL0, etc. Par conséquent, si tu ajoutes le TL0 (wallflowers) aux paramètres de sécurité d’une catégorie, tu n’as pas besoin d’ajouter également les TL1, TL2, TL3 et TL4, sauf si tu veux leur attribuer des permissions différentes.
Il en va de même pour les utilisateurs du personnel. Le groupe staff est un groupe automatique composé de tous les modérateurs et administrateurs. Ainsi, si tu ajoutes le groupe staff aux paramètres de sécurité d’une catégorie, pas besoin d’ajouter également les administrateurs et les modérateurs.
Peux-tu s’il te plaît confirmer les points suivants :
Que la capture d’écran de la page des groupes affiche tous les groupes, et pas seulement les 8 premiers.
La suppression de tous les autres groupes a résolu le problème. Mon utilisateur de test a pu créer un nouveau sujet. Wo0t !
Cependant, la mention « owner » sur « tl0 » suggère que j’ai effectivement un peu tout brouillé et que je devrais revenir à la configuration par défaut jusqu’à ce que je voie que tout fonctionne comme prévu. Pour fournir le reste des détails demandés…
La capture d’écran des groupes affiche bien tous les groupes. Correct.
v2.4.0.beta2 +127 « Vous êtes à jour ! »
Nous sommes confiants que Jay de Literate Computing a tout installé correctement.
L’utilisateur de test tentait de créer un nouveau sujet. (Et il peut maintenant le faire avec succès.)
Le retrait des admins, etc., de la catégorie semble avoir fait l’affaire. (Nettoyage des autres catégories.)
Quelque chose me dit que je devrais revenir en arrière et annuler tous les textes que j’ai personnalisés pour m’assurer que je travaille avec les bons groupes. J’espère que cela résoudra le problème des libellés « tl0 » et « wallflowers » marqués comme « owned ».
Cela a été super utile. Merci infiniment.
EDIT | Curieux : Y a-t-il un délai ou quelque chose de similaire pour que certaines modifications se propagent dans l’environnement, ou peut-être un bouton sur lequel je peux cliquer pour accélérer le processus ? Je remarque (et j’adore) comment les choses changent presque immédiatement lors de l’édition, mais je me demande pourquoi, après avoir annulé toutes les personnalisations liées aux tl, elles sont bien reflétées dans la vue des groupes*, mais les paramètres de la catégorie affichent toujours les anciens noms.
EDIT2 : En cliquant sur l’un des groupes ci-dessus, puis en revenant immédiatement en arrière, cela semble changer la case à cocher ou « Private » en « Owner ». Je ne sais pas ce qui se passe là. (Et l’actualisation de la page les remet toutes à « Member » ou « Private ».)
Pourriez-vous donner un exemple de ce qui n’a pas été mis à jour ? Les TL et les catégories ne sont pas vraiment liés, alors je me demande s’il y a un malentendu ici.
Je utilise peut-être les mauvais termes. Si tu regardes les deux dernières captures d’écran, c’est de cela dont je parle.
Modifier une catégorie, cliquer sur l’onglet Sécurité. Ce sont bien des groupes, non ? Même s’ils sont uniquement automatiques, basés sur le niveau de confiance ?
Je ne trouve nulle part, ni dans le texte personnalisé ni dans les paramètres, les termes « wallflowers » ou « onboarding ». J’ai annulé tous les changements que j’avais apportés aux noms de niveaux de confiance, aux étiquettes et/ou aux titres d’utilisateur.
Donc, si mon niveau de confiance 1 s’appelle « trust-level-1 », pourquoi n’est-il pas disponible dans cette liste des paramètres de catégorie ?
Est-ce que cela pourrait être dû au fait que je ne peux pas le supprimer s’il y a un utilisateur avec cette étiquette ? L’autre endroit où j’ai vu « wallflower » est sur la page de l’un de mes utilisateurs de test.
C’est tout à fait de ma faute, j’ai manqué cette dernière capture d’écran. Il s’agit bien d’une liste de groupes dans la fenêtre modale de la catégorie sécurité !
Si vous avez renommé le groupe, cela devrait se refléter dans ce menu déroulant. Avez-vous effectué un rafraîchissement forcé ? (Je cherche des solutions de dernier recours ici.)
Cela ressemble beaucoup au délai de mise à jour du répertoire des utilisateurs. Les nouveaux utilisateurs n’apparaissent pas tant qu’une des routines planifiées quotidiennes n’a pas été exécutée… et hop ! Ils finissent par apparaître.
Cela signifierait-il que la promotion automatique d’un niveau de confiance à un autre ne se ferait pas immédiatement ? (J’ai l’impression que cela devrait se produire immédiatement.)
Le problème a en quelque sorte évolué. Mes nouveaux utilisateurs ne voient maintenant qu’une seule catégorie comme prévu, mais ils ne semblent toujours pas obtenir l’accès au niveau de confiance 1 (tl1) selon la configuration de mes règles.
Un nouvel utilisateur s’inscrit, == niveau de confiance 0 (tl0)
– obtient l’accès à une seule catégorie : les règles
– doit entrer dans 5 sujets
– doit passer 3 minutes à lire
L’utilisateur devrait être promu au niveau de confiance 1 (tl1)
– obtient l’accès à une deuxième catégorie : le lobby
– doit entrer dans 1 sujet
– doit poster 1 sujet
– doit passer 5 minutes à lire
J’ai invité un utilisateur de test, qui a reçu l’accès aux règles comme prévu, mais même si cet utilisateur a rempli les critères, il reste au niveau de confiance 0 (tl0). La deuxième catégorie (lobby) est configurée avec le groupe trust_level_1 ayant les permissions de création/réponse/visualisation, mais le nouvel utilisateur ne la voit pas.
S’il y a une tâche planifiée (cron job) ou quelque chose de similaire qui s’exécute pendant la nuit, je peux investiguer cela, mais j’ai besoin de savoir si c’est ainsi que cela est censé fonctionner afin de pouvoir réviser nos plans d’intégration en conséquence.
@TGP
Brian, j’ai copié et collé ci-dessous un post de mon forum où quelques nouveaux utilisateurs ont indiqué ne pas apparaître dans l’annuaire des utilisateurs peu de temps après leur première inscription. Bien qu’ils n’aient pas figuré dans la liste « Semaine », ils apparaissaient bien lorsqu’on passait à « Aujourd’hui ». Après l’exécution de la routine ce soir-là, ils sont apparus dans l’annuaire sous tous les points de vue.
[ Les utilisateurs n’apparaissent pas dans l’annuaire des utilisateurs ]
[META]
Puisque le forum était en ligne depuis moins de 24 heures, les utilisateurs n’apparaissaient dans aucune des catégories de recherche de l’annuaire des utilisateurs : « Semaine », « Mois », « Trimestre », « Année » ou « Tout le temps ». Ils n’apparaissaient que dans l’enregistrement « Aujourd’hui ».
SOLUTION : Attendez 24 heures que la routine quotidienne s’exécute automatiquement. Les utilisateurs devraient apparaître après cela.
J’ai consulté le forum de support et j’ai constaté que quelqu’un d’autre avait également rencontré ce problème. La solution était d’attendre 24 heures, car une routine de mise à jour s’exécute toutes les 24 heures.
[Remarque : Bien que dans le post original (solution) j’aie indiqué « 24 heures », notre routine semble s’exécuter vers 23 h, heure locale — bien que je n’aie pas vérifié l’heure exacte.]
