Richard, buenas tardes,
Al pasarnos a la versión toba_3.3.25, al tratar de asignar el proyecto al un usuario creado, está mostrando el siguiente error:
SQLSTATE[23502]: Not null violation: 7 ERROR: null value in column “algoritmo” violates not-null constraint DETAIL: Failing row contains (252, 1053822393, 1053822393, null, 2023-04-17). CONTEXT: SQL statement “INSERT INTO apex_usuario_pwd_usados (usuario, clave, algoritmo) VALUES (OLD.usuario, OLD.clave, OLD.autentificacion)” PL/pgSQL function sp_old_pwd_copy() line 9 at SQL statement
SQL: UPDATE apex_usuario SET autentificacion = ‘bcrypt’, clave = ‘$2y$10$zxZddm0CVne2LJCQg6Fs/.f7L1wqUDOfB1M7MnqErAusyBroiR/Ye’ WHERE autentificacion IS NULL AND clave = ‘1053822393’ AND email = ‘mcastillo@ucm.edu.co’ AND nombre = ‘MARIA LUISA CASTILLO OSORIO’ AND parametro_a = ‘docentes’ AND parametro_b = ‘0T4’ AND parametro_c = ‘017001’ AND usuario = ‘1053822393’ AND vencimiento IS NULL AND bloqueado = ‘0’ AND forzar_cambio_pwd = ‘0’ AND requiere_segundo_factor = ‘0’;
la problematica es que tienen usuarios en la base con datos incompletos, como es que llegaron alli?..no lo se (y no se si quiero saberlo jajajaa) pero no va a funcionar hasta que los campos necesarios tengan la informacion requerida, en particular con este usuario estan complicados porque cualquier update va a fallar debido a la existencia del trigger.
La opcion mas sencilla, eliminar el usuario via toba_usuarios y volver a crearlo, forzarle el cambio de clave para que elija una nueva… que NO utilice la misma porque le va a fallar.
La version complicada, desactivar el trigger, usar una SQL para ajustar todos los registros incompletos (si es que hay mas de uno) y volver a activar el trigger.
Tienen que revisar como llegan esos usuarios alli, en 2021 tenian problemas con los cambios de contraseña porque enviaban dicho campo en NULL… quizas ese es el origen de este inconveniente si es que desactivaron el trigger en ese momento. Yo aprovecharia para darle una solucion definitiva al tema.