URGENTE - Error en la Incscripción a Cursada

Buenos días !

Estamos teniendo inconvenientes para la inscripción de alumnos al cursado de materias. (Se adjunta captura del Error)
Tenemos Guaraní versión 3.17.1

Estamos haciendo uso de la operación “INSCRIBIR A CURSADAS FUERA DE TÉRMINO”

El Error de salida es el siguiente :

SQLSTATE: db_42804

CODIGO: 7

MENSAJE: ERROR: el argumento de AND debe ser de tipo boolean, no tipo integer\nLINE 40: AND 1\n ^

SQL: SELECT sga_comisiones.comision AS comision,\n sga_comisiones.nombre AS comision_nombre,\n sga_comisiones.inscripcion_cerrada,\n CASE WHEN sga_comisiones.inscripcion_cerrada = “S” THEN “Sí” WHEN sga_comisiones.inscripcion_cerrada = “N” THEN “No” END as inscripcion_cerrada_desc,\n sga_comisiones.inscripcion_cerrada_codigo,\n sga_periodos_lectivos.periodo_lectivo AS periodo_lectivo,\n sga_periodos.anio_academico || " - " || sga_periodos.nombre AS periodo_lectivo_nombre,\n sga_periodos.anio_academico,\n sga_turnos_cursadas.turno AS turno,\n COALESCE(sga_turnos_cursadas.nombre, “”) AS turno_nombre,\n sga_catedras.catedra AS catedra,\n COALESCE (sga_catedras.nombre, “”) AS catedra_nombre,\n sga_ubicaciones.ubicacion AS ubicacion,\n sga_ubicaciones.nombre AS ubicacion_nombre,\n sga_periodos.anio_academico\n , (SELECT count() as subcomisiones_cant\n FROM sga_subcomisiones\n WHERE sga_subcomisiones.comision = sga_comisiones.comision\n AND sga_subcomisiones.inscripcion_habilitada = “S”) as subcomisiones_cant \n \n FROM sga_comisiones\n LEFT JOIN sga_catedras ON\n sga_comisiones.catedra = sga_catedras.catedra\n LEFT JOIN sga_turnos_cursadas ON\n sga_comisiones.turno = sga_turnos_cursadas.turno,\n sga_ubicaciones,\n sga_periodos_lectivos,\n sga_periodos\n \n WHERE sga_comisiones.elemento = “58”\n AND sga_comisiones.ubicacion = sga_ubicaciones.ubicacion\n AND sga_comisiones.periodo_lectivo = sga_periodos_lectivos.periodo_lectivo\n AND sga_periodos.periodo = sga_periodos_lectivos.periodo\n AND sga_comisiones.inscripcion_habilitada = “S”\n AND sga_comisiones.estado = “A”\n AND sga_periodos_lectivos.fecha_tope_movimientos >= CURRENT_DATE \n AND sga_comisiones.comision NOT IN (SELECT comision FROM sga_insc_cursada WHERE sga_insc_cursada.alumno = “399”)\n AND sga_comisiones.comision IN (SELECT * FROM f_comisiones_vigentes_una_actividad(“2”, 5, “9”, “58”, false, null))\n \n AND 1\n \n AND \n/-------- PERFIL DE DATOS --------/\n (sga_comisiones.elemento) IN\n( SELECT toba_pdtasoc_7.elemento\n FROM vw_ug_elementos toba_pdtasoc_7\n WHERE ( toba_pdtasoc_7.unidad_gestion IN (“1”) ) )\n\n/------------------------*/\n\nORDER BY sga_periodos.anio_academico,\n sga_periodos.nombre,\n sga_ubicaciones.nombre,\n sga_turnos_cursadas.nombre – toba_log: 2087250735


error-insc.png

error-insc.png

Hola Matías,

El error ocurre al presionar el botón “Siguiente” en la pantalla “Actividad” de la operación “Cursadas » Inscripciones » Inscribir a Cursadas Fuera de Término”?
La consulta SQL del log no pareciera la que se utiliza en la versión 3.17.1. Vi en su nodo que no tienen personalizaciones commiteadas. Usan nuestro repositorio? Podrías por favor ejecutar los comandos “svn info” y “svn status” sobre la carpeta del proyecto Guaraní y adjuntar los resultados?

Saludos, Florencia.

6

Hola Florencia !

Sí exactamente, el error ocurre al presionar el botón siguiente, para esa operación.

Dejo Adjunto las salidas del svn info y svn status.


svn_info.txt (488 Bytes)

svn_status.txt (26.7 KB)

Hola Matías,

En la salida del comando “svn status” vemos que tienen modificados los archivos:

  1. ‘co_alumnos.php’. Entiendo que corresponde a la resolución de la solicitud número 45505 del Gestor de Solicitudes. Lo correcto es sacar una nueva versión de 4 dígitos toda vez que reciben un parche del SIU.
  2. ‘co_comisiones.php’. Qué modificación tienen ahí? Es probable que tenga que ver con el error. Es posible que reviertan el cambio y prueben?

Saludos, Florencia.

2

Aparentemente el problema fué solucionado.

El archivo “co_comisiones.php” era una solución que se implementó con un GDS NRO 44113 para la version 3.16 en diciembre del año pasado.

posiblemente algo falló en la migración a la 3.17.1 y arrastramos ese archivo incompatible.

Lo que hice fue reemplazar el archivo por el mismo de la versión 3.17.1 y por el momento funcionó.

Estamos realizando pruebas, si funciona correctamente nos encargaremos de generar una versión de 4 dígitos con esta solución.

Los mantendré al tanto.! … Muchas gracias !

Se comunicaron conmigo la gente de Alumnado y nos dijeron que realizaron las inscripciones sin problemas.
Estamos inscribiendo !

Nos queda generarar versión propia con esta solución.

Saludos y muchas gracias !