Activer les aperçus de lien optionnels pour les catégories privées

Je souhaite proposer une nouvelle fonctionnalité qui pourrait améliorer l’utilisabilité dans les cas impliquant des catégories privées : la possibilité d’activer facultativement les aperçus de liens automatiques (Oneboxes) pour les sujets/catégories privés, même pour les utilisateurs n’ayant pas d’accès explicite.

Bonjour l’équipe Discourse et la communauté,

Quel est le problème ?

Actuellement, Discourse bloque les aperçus Onebox pour les sujets situés dans des catégories privées, sauf si l’utilisateur y a un accès direct. Bien qu’il s’agisse d’une mesure de sécurité efficace, cela peut avoir un impact sur les flux de travail où les utilisateurs ont une raison légitime de référencer des liens privés au sein de leur communauté.

Par exemple :

  • Communautés internes : Le partage de sujets privés (par exemple, dans les discussions d’équipe) pourrait grandement bénéficier de l’inclusion de métadonnées de base comme le titre du sujet ou un extrait du premier message.
  • Communication inter-équipes : Lorsque des équipes collaborent mais n’ont pas d’accès direct à la catégorie, les aperçus pourraient accroître l’efficacité en réduisant les “références aveugles”.

Fonctionnalité proposée

  • Ajouter un paramètre de site, tel que allow_private_link_previews.
  • Lorsqu’il est activé :
    • Les liens vers des sujets dans des catégories privées généreraient un aperçu contenant uniquement des données sûres (par exemple, le titre du sujet, un extrait limité).
    • Les autorisations sont respectées : aucune exposition complète du contenu.
    • Les liens vers le sujet complet passeraient toujours par les contrôles d’accès normaux.

Considérations relatives à la confidentialité

La confidentialité et la sécurité doivent rester la norme. Lorsque le paramètre est désactivé, tous les comportements actuels doivent persister. Même lorsqu’il est activé, les données sensibles ou restreintes ne devraient jamais être incluses dans les aperçus.

Pourquoi est-ce important ?

Discourse est un outil fantastique pour favoriser les discussions. En activant les aperçus de liens facultatifs pour le contenu restreint, les utilisateurs peuvent maintenir la confidentialité tout en augmentant la clarté au sein des équipes ou des communautés qui dépendent de références fréquentes aux discussions privées.


Ce message a été rédigé avec l’aide d’un bot d’IA, ce qui lui confère un caractère collaboratif. Les commentaires, modifications ou améliorations sont toujours les bienvenus, car l’objectif est de créer quelque chose qui résonne avec les besoins de la communauté Discourse. :raised_hands:

Merci de votre considération !

P.S. J’ai découvert une discussion connexe : « Allow Private Categories to Onebox ». Elle explore une idée similaire, axée sur l’amélioration de la fonctionnalité Onebox pour les catégories privées. Combiner les idées des deux sujets pourrait nous aider à parvenir à une solution plus robuste.

5 « J'aime »

Il serait agréable d’avoir quelque chose de similaire à ce que possède le paramètre GitHub Onebox Access Tokens. Il vous permet d’entrer des jetons de différents dépôts GitHub privés, afin que les Onebox puissent afficher les données privées.

Vous pourriez autoriser explicitement l’utilisateur ayant accès à votre catégorie à attribuer son jeton d’API sur un Discourse distant, afin qu’il accède ensuite aux données pour Onebox sur le Discourse source « officiellement » via les API authentifiées.

Notre cas d’utilisation : Nous avons un Discourse interne à l’entreprise, puis nos clients ont également leur propre Discourse. Les deux sont privés. Mais comme certaines personnes ont accès aux deux, ce serait formidable de pouvoir simplement coller des liens. Et cela ne révélerait rien aux autres utilisateurs qui ne serait pas déjà décrit dans le sujet. Ainsi, par exemple, le Discourse du client contient la documentation du projet. Nous stockons les tâches internes concernant le projet dans notre propre Discourse. Mentionner notre tâche dans la discussion sur le projet indique clairement que nous y travaillons et ne révèle rien de mal au client. Très similaire au flux de travail GitHub privé.

3 « J'aime »