Sans rapport, mais on m’a demandé plusieurs fois s’il existait à l’avenir une possibilité de donner une bascule d’interface utilisateur aux groupes spécifiés dans Groupes autorisés pour les sujets privés afin qu’ils puissent voir eux-mêmes la vue filtrée.
1 « J'aime »
Ce problème a été résolu dans le dernier commit.
Pour que les choses restent (relativement) simples et performantes, les liens des sujets privés ne généreront jamais de backlink désormais.
Merci d’avoir signalé ce problème, Stephen !
3 « J'aime »
2 messages ont été fusionnés dans un sujet existant : Renommer « sujets privés » en « sujets de messages personnels »
Perte de mémoire à court terme. J’avais déjà vu ça.
Je me demandais cependant si cette façon de filtrer les sujets de toutes les listes de sujets ne causerait pas de problèmes de performance ?
Je n’ai entendu aucune plainte jusqu’à présent. Le plugin a été conçu en tenant compte des performances.
3 « J'aime »
Si un message dans le sujet privé est marqué comme résolu, alors ce message apparaît dans l’onglet résolu du profil du propriétaire du message et est visible par tous.
2 « J'aime »
Merci de nous avoir signalé cela. Nous allons nous en occuper dès que possible.
3 « J'aime »
Le problème signalé par @SubStrider a été résolu. Veuillez mettre à jour vers la version 1.5.12 du plugin.
Merci encore de l’avoir signalé @SubStrider 
5 « J'aime »
J’ai rencontré quelque chose que j’appellerais un bug. Ce n’est peut-être pas un problème traditionnel dans le code, peut-être plus un bug d’utilisabilité dans la conception. Cela a néanmoins causé des problèmes que j’aimerais éviter à l’avenir. Contexte suivant :
Instance Discourse avec un nombre d’utilisateurs à trois chiffres, utilisée en remplacement d’une liste de diffusion. Environ 40 catégories (= listes de diffusion) avec un groupe correspondant pour la gestion des membres. Certaines des catégories utilisent le plugin “private topics” pour imiter une liste de diffusion où les non-membres (mais membres d’autres listes) peuvent écrire. Jusqu’ici tout va bien.
Le problème :
Aujourd’hui, l’utilisateur administrateur a écrit un sujet dans certaines des listes pour faire le point avec les membres de la liste sur certains paramètres. Tout s’est bien passé pour les catégories “normales”/fermées où seuls les membres du groupe correspondant recevaient le message. Cela n’a pas bien fonctionné pour les catégories utilisant le plugin “private topics”. Là, tous les centaines d’utilisateurs, indépendamment du fait qu’ils soient membres de cette catégorie/groupe spécifique ou non, ont reçu un e-mail avec le message. Là, tous les centaines d’utilisateurs, tous membres de la catégorie car les droits de catégorie étaient donnés à 
everyone[1] mais indépendamment du fait qu’ils soient membres du groupe spécifique défini dans les paramètres du plugin de catégorie pour avoir des droits visibles ou non, ont reçu un e-mail avec le message. Comme reconnu plus tard, le paramètre du plugin de site web Private topics permitted groups utilisait toujours le groupe par défaut Admin.
(Au fait, nous avons déjà eu ce problème, où un utilisateur, étant administrateur et ayant son compte “normal”, a envoyé (par erreur par l’adresse e-mail associée à l’utilisateur administrateur et non pas l’utilisateur normal) un document interne à une catégorie utilisant le plugin “private topics”, entraînant une fuite d’informations. À l’époque, je n’avais pas fait le lien avec ce plugin, ce n’est qu’aujourd’hui que j’ai compris ce qui s’était passé à ce moment-là)
Comportement attendu :
Je comprends la logique derrière le choix de conception, selon lequel les publications/e-mails des administrateurs sont toujours visibles/envoyés par e-mail. Mais dans ce cas, l’intention était d’informer uniquement les membres de la catégorie/du groupe. Le fait que plusieurs centaines d’e-mails aient été envoyés à tout le monde dans cette instance Discourse était très peu transparent (et désagréable) pour moi.
Correction possible :
J’aimerais améliorer cette situation. Comme la messagerie est également disponible, une simple boîte de dialogue de confirmation ne fonctionnera pas. Peut-être qu’il pourrait s’agir d’un paramètre global dans le plugin ou par catégorie utilisant le plugin, pour traiter les publications des administrateurs comme visibles par tout le monde ou uniquement par les membres de la catégorie/du groupe ? Cela permettrait au moins de sensibiliser lors de la configuration d’une nouvelle catégorie.
ce qui ne devrait pas être utilisé, mais
trust_level_0devrait être utilisé, voir OP ↩︎
Pouvez-vous s’il vous plaît m’envoyer un message privé avec toutes les informations pertinentes que vous pouvez imaginer, y compris :
-
les versions de Discourse et du plugin
-
les paramètres du plugin
-
les autres plugins que vous avez installés
-
les paramètres de sécurité de la catégorie et les paramètres spécifiques au plugin pour une catégorie affectée
-
les paramètres de notification
-
le mode liste de diffusion est-il activé ?
-
si les utilisateurs qui ont involontairement reçu la notification par e-mail peuvent également voir le sujet lorsqu’ils visitent la catégorie
-
tout le reste qui pourrait nous aider à reproduire le problème
Merci pour votre réponse rapide !
C’est fait. Et les questions m’ont aidé à trouver la cause première (paramètres du site web : paramètres du plugin : Groupes autorisés pour les sujets privés). Donc, au niveau du code, cela fonctionne comme prévu, à mon avis, c’est un problème d’UX qui bénéficierait d’une amélioration. 
L’une des choses contre-intuitives est que les sujets privés ne fonctionnent pas correctement lorsque l’accès est accordé à « tout le monde ». Ceci est mentionné dans le message d’origine, mais pour être honnête, je suis tombé dans ce piège plus d’une fois. J’ai ajouté un avertissement dans les paramètres qui s’affiche lorsque des sujets privés sont activés dans une catégorie accessible à « tout le monde ».
3 « J'aime »
Merci encore à @RGJ d’avoir pris le temps de déboguer et de réfléchir avec moi au problème, m’aidant à repérer mon erreur de configuration dans l’utilisation du groupe everyone. Comme dans mon installation seuls les utilisateurs connectés ont accès aux contenus de Discourse, j’ai d’abord eu du mal à comprendre la différence entre everyone et trust_level_0 – mais j’ai maintenant appris que Discourse les gère de manière assez différente. Donc, aucun problème avec le plugin, et encore plus reconnaissant pour l’avertissement ajouté, car je crains que je ne sois tombé dans ce piège tôt ou tard… 
2 « J'aime »