Al configurar un nuevo Discourse con la opción ‘aprobar usuarios’ activada, descubrí que después de crear y luego eliminar un usuario de prueba, el mismo ID de usuario se reutilizó más tarde cuando un usuario real se registró. Sin embargo, como quedaba una fila en public.reviewables con el mismo target_id, no se creó una nueva fila para este segundo usuario. La interfaz de usuario luego mostraba el nombre de usuario ahora eliminado al solicitar la aprobación del nuevo usuario.
2 Me gusta
¿Cómo eliminaste al usuario de prueba inicial? ¿Fue a través de la interfaz de usuario de Discourse o desde la consola de Rails?
2 Me gusta
Toda la gestión de usuarios se realizó en la interfaz de usuario
No he podido reproducir esto y, lamentablemente, no estaba registrando cuidadosamente todos los pasos que seguía, ya que apenas estaba aprendiendo a operar Discourse. Sin embargo, tengo los registros actuales de las tablas users y reviewables, los cuales corroboran parcialmente lo que observé, por si hay alguna pista allí, así como los registros de nginx y Rails.
2 Me gusta
Utilizamos secuencias de PG para los IDs de usuario y siempre aumentan. Incluso si se revierte una transacción, la secuencia seguirá incrementándose.
Solo sería posible romper esta restricción manipulando directamente la base de datos (por ejemplo, reiniciando la secuencia de IDs en la tabla de usuarios).
Cierro este caso a la espera de una reproducción. Si puedes reproducir esta situación, por favor marca el caso para que sea reabierto.
1 me gusta