Admin.groups.manage.membership.automatic non remplacé

UX
1

La imagen muestra una captura de pantalla de un ordenador o dispositivo móvil que muestra una página web, probablemente una plataforma de redes sociales. (Subtitulado por IA)
La imagen muestra una captura de pantalla de un ordenador o dispositivo móvil que muestra una página web, probablemente una plataforma de redes sociales. (Subtitulado por IA)1774×433 115 KB

Est-ce que cela devrait être visible par tout le monde ?

2 « J'aime »
2

Je le vois aussi sur la page du groupe des administrateurs.

image
image1170×1319 82.3 KB

3

Je pense qu’il apparaît sur toutes les pages de groupe automatiques. J’ai choisi « modérateurs » comme exemple pour ma capture d’écran, mais les groupes personnel, administrateurs et niveaux de confiance sont également affectés.

1 « J'aime »
4

Sur mobile, si vous pouvez envoyer un message au groupe, le texte cassé déplace le bouton de message.

_20240920_141814
_20240920_141814720×522 43.7 KB

1 « J'aime »
5

note… ajouté une balise de priorité ici, nous y jetterons un coup d’œil dans les semaines à venir.

1 « J'aime »
6

Je pense que c’est assez facile à corriger.

Pour le moment, l’infobulle est visible par tout le monde, mais elle utilise une chaîne pour la section administrateur :

image
image1078×160 9.36 KB

Je pense que l’information n’est pertinente que pour ceux qui peuvent ajouter des membres au groupe. Cela peut inclure les administrateurs, les propriétaires de groupe et, en fonction du paramètre moderators manage categories and groups, les modérateurs. Je crois que les groupes automatiques ne peuvent pas avoir de propriétaires, donc quiconque est autorisé à gérer le groupe automatique devrait également pouvoir accéder à la chaîne de la section administrateur, et elle pourrait être masquée pour tous les autres.

+       {{#if this.canManageGroup}}
          {{#if this.model.automatic}}
            <DTooltip class="admin-group-automatic-tooltip">
              <:trigger>
                {{d-icon "gear"}}
                {{i18n "admin.groups.manage.membership.automatic"}}
              </:trigger>
              <:content>
                {{i18n "admin.groups.manage.membership.automatic_tooltip"}}
              </:content>
            </DTooltip>
          {{/if}}
+       {{/if}}
4 « J'aime »
7

N’hésitez pas à ouvrir une PR @Moin :wink:

8

Je ne peux pas écrire de tests :frowning:

9

Pas de souci, je le prends alors :wink:

1 « J'aime »
11
12

Merci, cela sera corrigé une fois que ceci sera fusionné

13

Il manquait une vérification pour s’assurer que l’utilisateur actuel est un administrateur, car seuls les administrateurs peuvent gérer les groupes automatiques.

Intéressant. Je pensais que les modérateurs le pouvaient aussi si les modérateurs gèrent les catégories et les groupes est activé. L’onglet « gérer » leur est visible.

Screenshot_20241206_151909_Firefox
Screenshot_20241206_151909_Firefox1737×1079 171 KB

C’est pourquoi j’ai pensé qu’il serait utile d’expliquer pourquoi ils ne peuvent pas ajouter de membres comme ils le peuvent dans d’autres groupes.

1 « J'aime »
14

Je pense que les groupes automatiques sont gérés différemment. J’ai vu des vérifications dans le code qui nécessitaient un administrateur, bien que cela puisse être des restes…

@hugh / @martin, l’un de vous sait-il qui peut gérer les groupes automatiques ?

15

Ce sujet a été automatiquement fermé après 16 heures. Les nouvelles réponses ne sont plus autorisées.

16

Je pense que le paramètre du site mentionné par Moin le permet, voici la vérification pertinente du gardien :

Mais dans le client, nous envoyons des messages contradictoires :sweat_smile:

Voici une PR de suivi pour changer la vérification canManageGroup, et également mettre à jour la version du modèle utilisateur de canManageGroup pour qu’elle soit plus sensée (le seul endroit utilisant cela provient de ce contrôleur de groupe) :

5 « J'aime »