Guaraní 3w 3.13 - Error 403 Forbidden con Personalizaciones

Estimados:

Estamos teniendo un problema en Autogestión. Acabamos de actualizar a la versión 3.13 y al intentar acceder a una de las pestañas de datos personales de los alumnos que se encuentran personalizadas, nos aparece un error 403 - Forbidden.

El problema puntual surge al acceder desde un usuario de Estudiante a Trámites > Mis Datos Personales > Datos personal UBA. En la captura que adjuntamos figura el error que aparece.

Hemos visto algunos casos similares en el foro, pero refieren a versiones muy viejas de G3W o a Preinscripción.

Desde ya, muchas gracias!

Saludos,

Federico


AutogestiAn - Error en Datos UBA 20171102.jpg

AutogestiAn - Error en Datos UBA 20171102.png

Buen día Federico,

¿Podrías decirme, en el config.php, cómo tienen configurado la variable “personalizacion” dentro del bloque “accesos”?

Saludos,
Fernando

Estimados, continuando con la consulta realizada por Federico, les comento que en el config.php, la variable “personalización” dentro del bloque de “accesos” esta configurada de la siguiente forma

‘personalizacion’ => ‘ubarect’

Desde ya, muchas gracias.
Saludos,
Florencia

Hola, buen día!

¿Tenemos alguna novedad sobre este tema? Esto (y un inconveniente con el captcha en 3W que ya estamos revisando) son los únicos problemas que tenemos con 3.13 en Autogestión para avanzar al pasaje en Producción.

Desde ya, muchas gracias!

Federico

Hola Federico,

En las principales novedades técnicas de la versión 3.13, en el apartado de 3w, se documenta: “Utilización de Composer para la carga de librerías externas. Se comienza a cargar Chulupí a través de dicha herramienta. Esto conlleva cambios en las personalizaciones, ver el siguiente el siguiente link.”

Dichos pasos de verificación no han sido efectuados, y son los causantes de estos problemas reportados.

Sólo a modo de ejemplo, en la revisión 17815 ajusté estos dos archivos:

  • …/src/pers/ubarect/operaciones/datos_censales/datos_uba/form_datos_uba.php
  • …/src/pers/ubarect/operaciones/datos_censales/pagelet_datos_uba.php

Realicen un svn update para obtener los cambios, y por favor completen la revisión en el resto de los archivos.

Saludos,
Fernando

Hola Fer, como estas?

a ver si entendi…

  1. hacemos un svn update sobre el directorio de autogestion, me baja esos archivos que vos tocaste
  2. pero a parte tenemos que ir y tocar todos los php dentro de la carpeta pers tanto en autogestion como en preinscripcion
  3. una vez que tocamos todos los phpdentro de la carpeta pers tanto de autogestion como preinscripcion debemos subir los cambios al svn?

PD: con svn commit -m alcanzaba no?

Saludos.
Fer.

Hola, vamos de a una:

Correcto. Te debería bajar esos dos ejemplos a partir de lo cual deberían ajustar los demás casos similares dentro de pers.

Sólo en Autogestión. En Preinscripción habrá que hacer un trabajo más exhaustivo, pero cuando se libere la 3.7. Traten de verlo con tiempo cuando se libere esa versión (podemos hacer una tutoría por GDS).

Primero lo prueban localmente, y cuando ven que todo anda, commit, sí. Si no agregaron archivos nuevos no es necesario hacer ningún add.

Saludos!

Excelente Fer, ya esta!

Ahora tenemos un tema que no pudimos resolver.
Cuando ingresamos a Autogetion el captcha se ve perfecto y carga todo perfecto, sin embargo al darle ok no va a ninguna parte y recarga la pagina. Nos fijamos en el log y aparecen algunos mensajes de error y advertencias. Los mensajes de error hablan de la imposibilidad de envio de emails, sin embargo probamos via consola utilizando el telnet enviar email y no tuvimos problemas y de hecho, preinscripcion esta enviando email sin problemas.

Te adjunto el log de error de autogestion y el config.php por las dudas.

Saludos,
Fer.


config.txt (4.64 KB)

20171116_132519___3235.log.txt (21.9 KB)

Hola
En el archivo config.txt que enviaron estaría faltando el usuario y la clave de la configuración smtp para la conexión.
No sabemos, si lo modificaron para subirlo al foro ( recomendamos al momento de subir archivos al foro con información de claves, reemplazar las mismas por ‘*’ ), o si esta así local , lo que podría
explicar el mensaje del log.
Podrían verificar si en local están completos los datos :

		'smtp' =>
		array(
			'from' => 'guarani.siu@gmail.com',
			'host' => 'smtp.gmail.com',
			'seguridad' => 'ssl',
			'auth' => true,
			'port' => 465,
			'usuario' => 'guarani.siu@gmail.com',
			'clave' => 'xxxxxx',
            'reply_to' => 'guarani.siu@gmail.com',

Consúltenos cualquier duda.
Muchas gracias.
Saludos.

Muchisimas gracias por tu respuesta Jesica, te comento, tanto usuario como contraseña estan en blanco porque en teoria no requieren autenticacion para poder enviar emails, de hecho lo probe enviando un email de prueba via telnet. Sin embargo podemos hacer la prueba, pero si existe alguna otra solucion posible nos gustaria probarlo tambien.

Luego de la prueba les comento como nos fue para poder seguir buscando si es necesaria, una solucion.

Saludos,
Fernando.

Jesica, como estas?

Como te habia comentado anteriormente, realizando la modificacion de agregar usuario y password para el servidor de correo saliente no modifica el error, de hecho no es necesario ya que nuestro correo saliente no necesita de autenticacion.
Resta buscar otras aristas para poder dar con la solucion.

Saludos,
Fernando Caselli.

Hola
Creemos que podría ser la configuración del smtp, tal vez este foro les pueda ayudar http://foro.comunidad.siu.edu.ar/index.php?topic=12940.msg58755.
Consúltenos cualquier duda.
Muchas gracias.
Saludos.

ok Jesica, probamos y les comentamos como nos fue, muchisimas gracias!

Fernando Caselli.

Jesica,

Muchisimas gracias, ya probamos con la primera opcion y fuciono perfecto!

queria hacerte una pregunta adicional para sacarme una duda,

“Se agrega la personalización del analítico en el changeset https://colab.siu.edu.ar/trac/guarani3/changeset/17898.
Deberían correr el script BD/diferenciales/script_3_13_2.sql. Con este script se crea una función en el schema negocio_pers para poder hacer lo solicitado en el gds y no modificar la función original que se implementa en el schema negocio.

perdon la pregunta tan basica pero nos entro la duda… como seria el comando svn para poder agregar esto a nuestro sistema?

Saludos!

Hola
El comando que deberían hacer es un svn update del repositorio de colab de gestión.
Luego para correr el script, manualmente en la base de datos.
Consúltenos cualquier duda.
Muchas gracias.
Saludos.

Perfecto Jesica, funciono correctamente. Muchisimas gracias!