Bonjour à tous !
Je travaille avec un client qui souhaite empêcher la suppression des messages après un certain délai. Nous avons activé une période de grâce pour l’édition, et j’avais supposé que cela s’appliquait également à la suppression.
Ma recherche sur le forum Meta et dans les paramètres ne donne rien. Est-ce que j’aurais manqué quelque chose ?
Merci !
C’est étrange, c’est la première fois que je reçois une telle demande. Elle me semble raisonnable, mais étant donné sa rareté, je ne pense pas qu’elle sera intégrée au produit avant plusieurs années.
Pour l’instant, vous avez deux options :
Écrire un simple plugin qui introduit cette fonctionnalité ; cela ne ferait probablement que 10 lignes de code. Vous pouvez le faire réaliser sur Marketplace.
Archiver les sujets où vous souhaitez désactiver la suppression. Les utilisateurs finaux ne peuvent pas retirer du contenu des sujets archivés.
Ha ! Je vous remercie pour votre réponse. Je suis tout à fait d’accord : ce n’est pas la peine de perdre du temps si je suis le premier à poser la question.
Je vais saisir cette occasion pour essayer mes talents en développement Ruby et voir si je peux créer le plugin moi-même.
Seriez-vous ouvert à une PR pour cela ? (encadré dans un paramètre du site)
Je préfère que @codinghorror donne son avis en premier.
délai de suppression (par défaut 1440 minutes) ?délai de suppression pour TL2 (par défaut 43200) ?Cela ferait écho au délai d'édition de message et au délai d'édition de message pour TL2.
Peut-on faire un pas en arrière ici ? Quel est l’objectif ? Quel problème résolvons-nous ? Pouvez-vous fournir des exemples concrets et précis ?
Je suppose que l’argument est que quelqu’un commence à faire du grief en supprimant du contenu qu’il a publié il y a trois ans.
En pratique, je n’ai jamais vu cela, mais je suppose que cela pourrait arriver.
Cela s’est produit à plusieurs reprises sur notre forum, généralement lorsque les utilisateurs sont déjà sanctionnés par un silence ou un verrouillage au niveau TL0 (pour les empêcher de publier sans révision). Par conséquent, des paramètres plus stricts pour la suppression massive d’anciens messages seraient les bienvenus.
Oui, exactement. Dans notre cas, cela se passe en un ou deux jours (bien que ce soit une communauté de niche, la suppression des publications perturbe certaines conversations, aussi mes clients aimeraient-ils désactiver cette possibilité pour les non-administrateurs).
Un paramètre serait idéal.
Je suis presque certain que nos limites de taux existantes sur les suppressions ont réussi à arrêter les vagues d’auto-suppression avant qu’elles ne deviennent trop importantes - c’était l’objectif initial. Cependant, il y a une très faible chance que les modérateurs remarquent celles qui ont réussi à passer.
Peut-être qu’un paramètre réviser les (auto-)suppressions de plus de minutes pourrait faire l’affaire ? Note : Avoir un élément révisable actif sur le message empêchera l’auto-suppression de se compléter.
Bonne remarque - il serait pratique de pouvoir définir max_post_deletions_per_day à zéro.
Notre cas d’usage ne concerne pas l’auto-suppression massive, mais la suppression unique d’un message ou d’un sujet après un certain délai, lorsqu’il s’avère négatif pour la communauté.
Oui, c’est la meilleure solution ici @sam .. Je ne veux vraiment pas ajouter d’autres paramètres de site pour cela.
J’espère que tout le monde a passé d’excellentes vacances !
Est-ce aussi simple que de changer la valeur min de max_post_deletions_per_day et max_post_deletions_per_minute à zéro dans site_settings.yml ? Si c’est le cas, je suis ravi de faire cette PR moi-même.
Oui, je crois que @eviltrout a confié ce travail, donc cela devrait être mis en place bientôt.
J’ai fusionné une PR permettant de définir max_post_deletions_per_day à zéro :