Impossible de télécharger la photo de profil sans ajouter tous les groupes aux groupes autorisés pour les avatars téléchargés

Je vois qu’un utilisateur souhaite téléverser une image de profil personnalisée, mais cela ne fonctionne pas. Je n’ai jamais rencontré ce problème avec aucun de nos autres utilisateurs. Il est au niveau de confiance 2, mais même le niveau de confiance 0 est configuré pour autoriser les images de profil téléversées.

Quelqu’un connaît-il un autre paramètre que j’aurais pu négliger ou ignorer ? Merci pour toute aide. Captures d’écran ci-dessous.

Capture d’écran une fois connecté en tant qu’utilisateur :

Capture d’écran du paramètre d’administration :

image

Capture d’écran des détails de l’utilisateur :

extensions autorisées ? Sont-ils autorisés à télécharger des images ?

2 « J'aime »

Nous avons des milliers d’utilisateurs et d’autres personnes sont capables de télécharger des images sans problème, donc je ne pense pas que cela ait à voir avec des extensions autorisées. Cet utilisateur ne voit même pas d’option de téléchargement.

Ont-ils essayé plusieurs fichiers ? Ma première idée est la taille du fichier, que ce soit en dimensions ou en taille de fichier elle-même.

1 « J'aime »

Y a-t-il quelque chose de spécial dans la façon dont cet utilisateur a été créé ? Utilisez-vous DiscourseConnect ? discourse connect overrides avatar empêche également les utilisateurs de télécharger un avatar.

1 « J'aime »

Non, ils n’ont littéralement aucune option de téléchargement.

Nous utilisons DiscourseConnect, mais aucun autre utilisateur n’a jamais eu de problèmes.

Le mode sans échec change-t-il quelque chose ?

Je ne vois aucune activité de journal inhabituelle pour cet utilisateur dans DiscourseConnect :

[2024-05-30 01:59:26] sso_provider.INFO: parse_request.success {\"user_id\":169965}

Nous n’utilisons pas d’avatars WordPress. Cela est censé être contrôlé entièrement dans Discourse :

image

Le mode sans échec n’a aucun effet.

Essayez un autre navigateur et/ou une fenêtre de navigation privée.

1 « J'aime »

Les autres navigateurs ne fonctionnent pas. Il s’agit certainement d’un problème d’autorisations. Et, l’intrigue s’épaissit car je viens de tester quelques autres utilisateurs et il semble que cela arrive à tout le monde (sauf aux administrateurs, d’après ce que je peux dire).

Il ne donne que l’option assignée par le système.

En tant qu’administrateur, je vois les autres options :

D’accord, j’ai trouvé. J’ai ajouté tous les niveaux de confiance et tous les groupes possibles dans lesquels un utilisateur pourrait se trouver à la liste des groupes autorisés pour le téléchargement des images de profil :

Cependant, auparavant, il n’était défini que sur trust_level_0, donc toute personne ayant un niveau de confiance supérieur à TL0 ne pouvait pas télécharger d’images de profil. La chose étrange, cependant, c’est que lorsque je regarde les profils des utilisateurs, tout le monde est dans ce groupe même s’ils ont depuis été promus à un niveau de confiance supérieur. Quelque chose a-t-il changé dans une version récente ? Il semble que si vous spécifiez TL0 comme niveau requis pour les téléchargements, cela accorderait automatiquement la même permission aux niveaux de confiance supérieurs.

trust_level_0 est la valeur par défaut pour uploaded_avatars_allowed_groups.

Tout le monde est dans tl0, comme vous vous y attendiez.

Sans regarder les commits, je suppose qu’il y a, ou plus probablement, avait, un bug et qu’une mise à niveau le corrigera.

C’est comme cela que cela est censé fonctionner.

Vous pourriez partager votre commit exact et peut-être regarder les titres des commits juste avant ((et peut-être après) celui-ci.

J’ai modifié le sujet pour peut-être attirer plus d’attention si c’est un bug.

4 « J'aime »

Génial. Nous sommes sur la version 3.2.1, commit exact ici : Commits · discourse/discourse · GitHub

1 « J'aime »

Eh bien, je ne sais pas. Vous pourriez essayer de passer à la dernière version pour voir si cela résout le problème.

Je ne vois aucun commit qui semble être un candidat évident.

Je ne parviens pas à reproduire le problème sur l’un de mes sites.

1 « J'aime »

Je pense que cela pourrait être un problème de visibilité de groupe, peut-être si c’est stable.

Pourriez-vous essayer de changer la visibilité de votre groupe TL0 à « tout le monde » dans les paramètres du groupe et voir si cela a l’effet désiré ? (Et réinitialiser uploaded_avatars_allowed_groups à juste TL0)

3 « J'aime »

J’ai testé sur mon instance Stable avec un utilisateur de test qui a TL2. Je n’ai pas pu reproduire. Mon utilisateur de test n’a aucun problème pour télécharger un avatar

Discourse Stable 3.2.2

Paramètres de groupe par défaut, je crois

Si vous définissez la visibilité du groupe TL0 sur personnel ou personne, le bug se produit-il alors ?

Merci, @Firepup650

La visibilité du groupe TL0 était définie sur Propriétaires et modérateurs du groupe. La changer en Tout le monde résout le problème. Donc, malheureusement, nous ne pouvons pas masquer les membres du niveau de confiance tout en laissant les gens choisir leur propre avatar. Cela semble étrange, car pourquoi l’un devrait-il affecter l’autre. Soit ils sont dans le groupe, soit ils ne le sont pas.

Quoi qu’il en soit, je peux vivre avec cela si nécessaire. Au moins, je le sais. Je vais laisser les groupes de niveaux de confiance masqués car cela ouvrira la boîte de Pandore dans ma communauté, et j’ajouterai simplement les autres groupes pour qu’ils puissent toujours modifier leur avatar.

1 « J'aime »