Un utilisateur avec le niveau de confiance 2 a récemment signalé qu’il ne pouvait pas changer sa photo de profil, bien que le paramètre du système permette à toute personne ayant le niveau de confiance 0 et plus de changer sa photo de profil. Les utilisateurs ayant déjà des photos de profil personnalisées ne peuvent plus non plus changer leur photo de profil. Quels autres paramètres devrais-je examiner pour réactiver cette fonctionnalité ? Merci !
Je ne peux pas reproduire cela ici sur meta (en tant qu’administrateur, du moins).
Le paramètre a récemment été modifié pour être la version uploaded avatars allowed groups (plutôt que le style min trust). Je ne suis pas sûr si cela correspond au moment ?
Y a-t-il d’autres paramètres connexes que vous auriez pu modifier par rapport aux valeurs par défaut à un moment donné et qui pourraient avoir un impact sur la nouvelle version autorisée par groupe ?
Merci d’avoir signalé ce bug. Je vais examiner cela.
Pourriez-vous s’il vous plaît confirmer que l’utilisateur de niveau de confiance 2 qui ne peut pas changer sa photo de profil appartient aux groupes de niveau de confiance 0, 1 et 2 ?
Lorsque vous allez sur son profil, je m’attends à voir quelque chose comme
Oui, je confirme que l’utilisateur mentionné appartient aux groupes Niveau de confiance 0, 1 et 2.
J’ai pu changer les photos de profil d’autres utilisateurs en tant qu’administrateur. Lorsque j’ai usurpé l’identité d’autres utilisateurs, je n’ai pas eu la possibilité de changer leurs photos de profil.
J’ai une autre théorie potentielle. Pourriez-vous vérifier les paramètres du site extensions autorisées ?
Pour les avatars personnalisés, vous devez autoriser les utilisateurs à télécharger des images.
Si votre paramètre ressemble à celui de la capture d’écran ci-dessous, alors les administrateurs/le personnel peuvent télécharger des avatars et les utilisateurs réguliers non.
Voici à quoi ressemble notre configuration actuelle. Nous, en tant qu’administrateurs, pouvons modifier les photos de profil des utilisateurs, mais les utilisateurs ordinaires ne le peuvent étrangement pas.
Je voudrais vous demander de vérifier un autre paramètre. Je m’intéresse à la visibilité du groupe Niveau de confiance 0.
Vous pouvez le vérifier en suivant ce chemin g/trust_level_0/manage/interaction
J’avais la visibilité trust_level_0 sous « Propriétaires du groupe ». Une fois que je l’ai changée en « Propriétaires du groupe, membres et modérateurs » et en dessous, les utilisateurs ont pu à nouveau changer leurs photos de profil. Merci pour votre aide !
J’ai eu le même problème avec les utilisateurs non administrateurs qui perdaient la capacité de sélectionner un Gravatar ou de télécharger une image de profil personnalisée après la 3.2.0beta5.
J’apprécie la solution de contournement, Kris. Vraiment.
Mais pourquoi les paramètres de niveau de groupe pour Trust_level_0 devraient-ils avoir quoi que ce soit à voir avec le paramètre de niveau de forum, les groupes autorisés pour les avatars téléchargés, situé sur https://[MyDiscourseForumName].com/admin/site_settings/category/files ?
Pour moi, je ne veux pas que tous mes utilisateurs puissent voir les 5 500 utilisateurs du forum au niveau de confiance 0 via le groupe Discourse par défaut.
Tout ce qui a changé dans la 3.2.0beta5 semble être involontaire et je serais reconnaissant de voir restaurée l’ancienne fonctionnalité où le contrôle du comportement du téléchargement d’images de profil est entièrement basé sur le paramètre du site des groupes autorisés pour les avatars téléchargés.
Vous avez raison, ce n’était qu’un conseil temporaire pour résoudre rapidement le problème.
Après une discussion sur ce sujet, nous avons réalisé que ce n’était pas la meilleure approche et nous l’avons modifiée. Désormais, le paramètre au niveau du groupe n’a plus à être ajusté.
Nouveau (ou presque) administrateur de forum ; sur la version 3.2.1 et j’ai le même problème, à savoir que la visibilité de Trust_level_0 doit être définie sur « Tout le monde » pour permettre aux utilisateurs non administrateurs de changer leur photo de profil.
Pourriez-vous vérifier que votre Discourse est mis à jour vers la dernière version ? Vous pouvez le voir sur /admin/upgrade. Il devrait ressembler à ceci :
@kris.kotlarek, veuillez excuser ce retard ; j’étais en longue retraite et je ne faisais que revenir sur Internet.
Notre forum est hébergé par Communiteq ; /admin/upgrade renvoie une erreur « page introuvable ».
Je vois d’après ce post que les changements que vous avez apportés datent du 19 mars ; notre forum indique sa mise à jour la plus récente comme étant du 15 mars, exécutant la version 3.2.1.
J’ai contacté Communiteq directement pour leur demander s’ils ont des suggestions.
Je devrai probablement attendre leur réponse ; si vous avez d’autres réflexions/suggestions, je serais très reconnaissant de les entendre.
Ces correctifs n’ont pas été rétroportés vers la branche « stable » (que vous avez choisie lorsque vous avez créé votre forum). Les options sont : 1) attendre la prochaine version stable, 2) utiliser la solution de contournement décrite ci-dessus, 3) nous demander de déplacer votre forum vers la dernière bêta.
