Kann kein Profilbild hochladen, ohne alle Gruppen zu den erlaubten Gruppen für hochgeladene Avatare hinzuzufügen.

Ich habe einen Benutzer, der ein benutzerdefiniertes Profilbild hochladen möchte, aber es funktioniert nicht. Ich habe dieses Problem bei keinem unserer anderen Benutzer gesehen. Er hat Vertrauensstufe 2, aber selbst Vertrauensstufe 0 ist so eingestellt, dass hochgeladene Profilbilder erlaubt sind.

Weiß jemand von einer anderen Einstellung, die ich übersehe oder nicht kenne? Vielen Dank für jede Hilfe. Screenshots unten.

Screenshot als Benutzer angemeldet:

Screenshot der Admin-Einstellung:

image

Screenshot aus den Benutzerdetails:

autorisierte Erweiterungen? Dürfen sie Bilder hochladen?

2 „Gefällt mir“

Wir haben Tausende von Benutzern und andere können problemlos Bilder hochladen, daher glaube ich nicht, dass es etwas mit autorisierten Erweiterungen zu tun hat. Dieser Benutzer sieht überhaupt keine Upload-Option.

Haben sie mehrere Dateien ausprobiert? Meine erste Vermutung ist die Dateigröße, entweder die Abmessungen oder die Dateigröße selbst.

1 „Gefällt mir“

Gibt es etwas Besonderes daran, wie dieser Benutzer erstellt wurde? Verwenden Sie DiscourseConnect? discourse connect overrides avatar verhindert auch, dass Benutzer ein Avatar-Bild hochladen.

1 „Gefällt mir“

Nein – sie haben buchstäblich keinerlei Upload-Option.

Wir nutzen DiscourseConnect, aber kein anderer Benutzer hat jemals Probleme.

Ändert der abgesicherte Modus etwas?

Ich sehe keine ungewöhnliche Protokollaktivität für diesen Benutzer in DiscourseConnect:

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

Wir verwenden keine WordPress-Avatare. Das sollte vollständig innerhalb von Discourse gesteuert werden:

image

Der abgesicherte Modus hat keine Auswirkung.

Versuchen Sie einen anderen Browser und/oder ein Inkognito-Fenster.

1 „Gefällt mir“

Andere Browser funktionieren nicht. Dies ist definitiv ein Berechtigungsproblem. Und die Handlung verdichtet sich, da ich einige andere Benutzer getestet habe und es anscheinend jedem passiert (außer Administratoren, soweit ich das beurteilen kann).

Es wird nur die systemseitig zugewiesene Option angezeigt.

Als Administrator sehe ich die anderen Optionen:

Okay, ich habe es herausgefunden. Ich habe jede Vertrauensstufe und jede mögliche Gruppe, in der sich ein Benutzer befinden könnte, zur Liste der erlaubten Gruppen für das Hochladen von Profilbildern hinzugefügt:

Zuvor war es jedoch nur auf trust_level_0 eingestellt, sodass jeder mit einer Vertrauensstufe höher als TL0 keine Profilbilder hochladen konnte. Das Seltsame ist jedoch, dass, wenn ich mir Benutzerprofile ansehe, jeder in dieser Gruppe ist, auch wenn er inzwischen in eine höhere Vertrauensstufe befördert wurde. Hat sich in einer kürzlichen Veröffentlichung etwas geändert? Es scheint, als ob, wenn man TL0 als erforderliche Stufe für Uploads angibt, dies automatisch dieselbe Berechtigung für höhere Vertrauensstufen gewähren würde.

trust_level_0 ist der Standardwert für uploaded_avatars_allowed_groups.

Jeder ist in tl0, wie Sie erwartet haben.

Ohne die Commits anzusehen, vermute ich, dass es einen Fehler gibt oder, wahrscheinlicher, gab und ein Upgrade ihn beheben wird.

So soll es funktionieren.

Sie könnten Ihren genauen Commit teilen und vielleicht die Titel von Commits davor (und vielleicht danach) ansehen.

Ich habe den Betreff bearbeitet, um vielleicht mehr Aufmerksamkeit zu bekommen, falls dies ein Fehler ist.

4 „Gefällt mir“

Großartig. Wir sind bei Version 3.2.1, der genaue Commit hier: Commits · discourse/discourse · GitHub

1 „Gefällt mir“

Nun, ich weiß es nicht. Sie könnten versuchen, auf die neueste Version zu aktualisieren, um zu sehen, ob das das Problem behebt.

Ich sehe keine Commits, die offensichtliche Kandidaten zu sein scheinen.

Ich kann das Problem auf einer meiner Websites nicht reproduzieren.

1 „Gefällt mir“

Ich glaube, das könnte ein Problem mit der Gruppensichtbarkeit sein, vielleicht wenn sie stable ist.

Könnten Sie versuchen, die Sichtbarkeit Ihrer TL0-Gruppe in den Gruppeneinstellungen auf „Jeder“ zu ändern und zu sehen, ob dies den gewünschten Effekt hat? (Und setzen Sie uploaded_avatars_allowed_groups zurück auf nur TL0)

3 „Gefällt mir“

Ich habe auf meiner Stable-Instanz mit einem Testbenutzer, der TL2 hat, getestet. Konnte nicht reproduzieren. Mein Testbenutzer hat keine Probleme beim Hochladen eines Avatars

Discourse Stable 3.2.2

Gruppeneinstellungen standardmäßig, glaube ich

Tritt der Fehler auf, wenn Sie die Sichtbarkeit der TL0-Gruppe auf „Mitarbeiter“ oder „Niemand“ setzen?

Danke, @Firepup650

Die Sichtbarkeit der TL0-Gruppe war auf Gruppenbesitzer und Moderatoren gesetzt. Wenn man sie auf Jeder ändert, wird das Problem behoben. Daher können wir leider die Mitglieder der Vertrauensstufen nicht ausblenden und die Leute trotzdem ihre eigenen Avatare auswählen lassen. Das erscheint seltsam, da das eine das andere beeinflussen sollte. Entweder sind sie in der Gruppe oder nicht.

Wie auch immer, ich kann damit leben, wenn es sein muss. Zumindest weiß ich es jetzt. Ich werde die Vertrauensstufengruppen ausgeblendet lassen, da dies in meiner Community eine Büchse der Pandora öffnen würde, und nur die anderen Gruppen hinzufügen, damit sie trotzdem ihren Avatar bearbeiten können.

1 „Gefällt mir“