Consecuencias de advertencias, Silenciamientos y Suspensiónes

Parece que me perdí algo en esta publicación: Let's talk Moderation - #2 by simon. Las suspensiones anteriores afectan las promociones de nivel 3. Es extraño cómo los requisitos que se enumeran aquí se calculan dos veces en el proceso de promoción:

Primero en el trabajo de promoción de nivel 3, y luego nuevamente desde la llamada a review_tl2. Ese método calcula nuevamente los requisitos de nivel 3, esta vez teniendo en cuenta los recuentos de penalizaciones por silenciamiento y suspensiones: discourse/app/models/trust_level3_requirements.rb at main · discourse/discourse · GitHub.

Esto es bastante significativo, porque las suspensiones se utilizan a menudo como una forma de revocar temporalmente el acceso a un sitio de una manera que no tiene la intención de penalizar a los usuarios, por ejemplo, los usuarios son suspendidos cuando ha expirado una membresía de pago en una aplicación externa.

Editar: parece que si un usuario es suspendido y luego suspendido por un usuario que no es el usuario del sistema, se elimina el recuento de penalizaciones: discourse/app/models/trust_level3_requirements.rb at main · discourse/discourse · GitHub. Esto significa que si un usuario es suspendido accidentalmente y luego suspendido por un usuario humano, no habrá un recuento de penalizaciones. También significa que para el caso en que los usuarios son suspendidos “para siempre” como un medio para eliminar el acceso al sitio cuando ha expirado una suscripción externa, no habrá un recuento de penalizaciones cuando se les suspenda, siempre que la suspensión no sea realizada por el usuario del sistema.

Esta lógica tiene sentido, pero tal vez podría hacerse explícita en algún lugar. Es bastante común suspender y desuspender usuarios a través de la API. Hasta ahora no sabía que era significativo si la acción era realizada por el usuario del sistema o no.

La misma lógica se utiliza para los recuentos de penalizaciones por silenciar a un usuario.

4 Me gusta