Parece que cuando se me notifica para revisar la solicitud de un nuevo usuario en mi foro y rechazo la solicitud usando la opción ‘Eliminar usuario’, y en el proceso selecciono la opción de incluir una nota por correo electrónico explicando por qué su solicitud no tuvo éxito, ahora obtengo un ‘Error 422’ como respuesta.
Si omito la nota, puedo eliminar al usuario, como antes.
Las notificaciones por correo electrónico generadas por el foro a los usuarios registrados siguen funcionando bien.
La versión de Discourse instalada actualmente es 3.2.0.beta5-dev
Registros de errores del foro correspondientes a la fecha de este suceso (hoy) a continuación
5
Aviso de deprecación: `SiteSetting.min_trust_to_edit_post` ha sido obsoleto. Utilice `SiteSetting.edit_post_allowed_groups` en su lugar. (eliminación en Discourse 3.3) En /var/www/discourse/app/models/co
1:19 pm
15
Aviso de deprecación: advertencia: el parámetro email está obsoleto. todas las solicitudes POST a esta ruta deben enviarse con un parámetro email_encoded codificado en base64 estricto en su lugar. se ha recibido el correo electrónico y
1:37 pm
No se puede procesar el correo electrónico: Email::Receiver::AutoGeneratedEmailError Recibido: desde smtp-mx-server-8.servers.netregistry.net (desconocido [202.124.241.69]) por nz-mail-receiver.localdomain (Postfix) con
1:37 pm
No se puede procesar el correo electrónico: Email::Receiver::NoBodyDetectedError Recibido: desde EUR04-VI1-obe.outbound.protection.outlook.com (desconocido [104.47.14.50]) por nz-mail-receiver.localdomain (Postfix) con
1:39 pm
2
ActiveRecord::RecordInvalid (La validación falló: La razón de rechazo es demasiado larga (el máximo es 500 caracteres)) app/models/reviewable.rb:362:in `transition_to' app/models/reviewable.rb:335:in `block in perform
1:51 pm
2
No se pudo manejar la excepción en el middleware de excepción de la aplicación: ActiveRecord::RecordInvalid: La validación falló: La razón de rechazo es demasiado larga (el máximo es 500 caracteres)
1:51 pm
235
Sidekiq está consumiendo demasiada memoria (usando: 557.11M) para 'nzarchitecture.net.nz', reiniciando
1:54 pm
38
Aviso de deprecación: `SiteSetting.min_trust_to_create_tag` ha sido obsoleto. Utilice `SiteSetting.create_tag_allowed_groups` en su lugar. (eliminación en Discourse 3.3) En /var/www/discourse/lib/guardia
2:06 pm
33
Aviso de deprecación: `SiteSetting.min_trust_to_edit_post` ha sido obsoleto. Utilice `SiteSetting.edit_post_allowed_groups` en su lugar. (eliminación en Discourse 3.3) En /var/www/discourse/lib/guardian/
2:06 pm
No estoy seguro de cuándo/bajo qué versión de software de Discourse comenzó este problema, ya que no recibo muchas solicitudes y necesito rechazar muy pocas de las que recibo, pero ciertamente no había encontrado ningún problema de este tipo antes, y he utilizado el mismo mensaje pegado en notificaciones de rechazo anteriores a los solicitantes.
Veo una referencia a ‘La razón de rechazo es demasiado larga (el máximo es 500 caracteres)’, y mi texto estándar de razón de rechazo es de hecho más largo que 500 caracteres, pero esto parecía funcionar anteriormente.
Creo que esto es importante de resolver, ya que proporcionar una explicación completa y satisfactoria para cualquier rechazo es una cortesía básica para los futuros solicitantes, particularmente si no está claro que la solicitud fue motivada maliciosamente (si caen fuera de los criterios de membresía previstos pero no son obviamente bots, vendedores o “malos actores”).
Esto es difícil de hacer dentro de 500 caracteres si también queremos brindar asesoramiento a cualquiera que pueda querer volver a solicitarlo. Si es necesario, ¿hay alguna forma de aumentar el límite de caracteres?
Esto se ha solicitado en otros lugares, pero me gustaría reiterar la solicitud (si algún desarrollador ve esto) de que también tengamos una lista desplegable de ‘razones de rechazo’ estándar editables para seleccionar.
Estoy trabajando en una solución ahora.