En carga de personas: “No acepta codigo de area con tel. ni mail.” arroja error: “error de comunicacion ajax”.
Muchas gracias!!
Hola Emilio,
¿Me podrías dar más información acerca del error? ¿Sucede dentro de la operación “Matrícula > Personas > Administrar Personas” al realizar alguna acción en particular? ¿En qué solapa?
Gracias!
Saludos, Florencia.
Florencia, voy a pedir al usuario que me replique el error y te lo paso…, muchas gracias
Hola
El problema tal vez esté en la version de postgres.
Hay un problema con \ en las validaciones.
Emilio Luque
Me aconsejaron la siguiente version de postgres…
postgres@srvguarani3:/BKG3$ psql --version
psql (PostgreSQL) 9.1.6
contains support for command-line editing
Es incorrecta? gracias…
Para postgres 9 habia que tocar alguna configuración.
No me acuerdo. Ya veo si encuentro algo en toba.
Emilio
P.D.
http://foro.comunidad.siu.edu.ar/index.php?topic=4294.msg16694
Creería que luego de cambiar esto en postgres tendrias que regenerar el proyecto.
Ya cambie la configuracion del postgres, que significa que tengo que regenerar el proyecto?
Gracias
Es un comando de toba
toba proyecto regenerar -p guarani -i nombre_instancia
Emilio
Hola Emilio,
Nosotros no pudimos reproducir el error. Quizás Emilio Luque tenga razón y sea por la versión de Postgres. La versión recomendada efectivamente es 8.3, con esa versión están probando los testers. Sin embargo, hay varios usuarios que instalaron la versión 9.1 (porque es la que se instala por defecto en sus distribuciones Linux) y no han reportado problemas hasta el momento.
Para estar seguros, ¿podrías verificar en los logs de la aplicación cuál es el mensaje de error concretamente? Los logs están en ‘<path instalación Toba>/instalacion/i__/p__guarani/logs/sistema.log’. El mensaje “Error de Comunicación AJAX” es genérico.
Saludos, Florencia.
Hola Flor
El problema está que en la base de datos en donde se almacenan los formularios queda grabado la expresión regular de validacion con una \.
Luego que se envia eso al cliente, en el javascript queda \\. Inentendible. Eso pasa con los mails y con los números.
Emilio
Hola Emilio (Luque),
Si ese fuera el único problema estaríamos a lo sumo ante un error Javascript… Lo raro es que el usuario está reportando un error AJAX, entonces debe haber otra cosa dando vueltas!
Gracias!
Saludos, Florencia.
Estimados: cambiando la configuracion de php ( standard_conforming_strings = off ) y regenerando el proyecto pude solucionar el inconveniente. Gracias a todos.-
Estamos teniendo este mismo problema, concretamente en la Administración de Personas con el Código de Área en el alta de contactos y en el Nro y Piso en el domicilio de los allegados.
Hicimos lo que esta en esta discusión (cambiar el parámetro, reiniciar el postgres y regenerar el el proyecto) y el problema no se soluciónó, alguna otra idea?
Saludos, Alberto.
¡Buen día Alberto! Por favor siempre recuerden indicarnos en qué versión se encuentran.
¿Vieron este post?
Estamos en la 3.10.0, y el postgres es el 8.4.
Ese post en particular no lo vimos, lo miramos y te cuento.
¡Gracias Alberto! Esa versión de postgres no es la indicada… en las versiones previas pedíamos una 9.1.x pero en la actual (3.11) indicamos que debe ser 9.3.x.
Emilse, ya vimos el porst que nos pasaste, hicimos eso y se solucionó el problema. Muchas Gracias.
Hola Emilse, tenemos el mismo problema en producción, repetimos los mismos pasos pero en este caso no nos anda.
La versión de Postgresql instalada es la 9.1. Luego de cambiar el valor de standard_conforming_strings y reiniciar el Postgres, regeneré el proyecto y la instancia, pero aún así sigue sin funcionar.
Esta versión se instaló de la misma forma que la de prueba a diferencia que ante la pregunta de si “se trata de una instalación en producción” se respondió que “Si”. será por este motivo que hay que hacer algún otro paso?
Saludos,
Gonzalo.
Hola Gonzalo,
que la instalación sea de producción o de desarrollo no afecta a la configuración de dicha variable, así que no es necesario ningún paso adicional. La situación de uds. es que tienen otra instalación de desarrollo con la misma versión de postgres y ahí sí les funciona correctamente, pero en producción no?
La instancia regenero correctamente sin ningún error?
Con qué versión de Guaraní están trabajando? Podés pasarnos tu archivo postgresql.conf?
Saludos,
Gabriela.
Hola Gabriela, así es… en la instalación de desarrollo se pudo solucionar este inconveniente, mientras que en la de producción al parecer no surte efecto.
Estos son los pasos que fuí siguiendo:
1 - Reviso que standard_conforming_strings esté en “off”
gribera@guarani3:~$ cat /etc/postgresql/9.1/main/postgresql.conf | grep standard_conforming_strings
standard_conforming_strings = off
2 - Reinicio Postgres
gribera@guarani3:~$ sudo /etc/init.d/postgresql restart
[ ok ] Restarting PostgreSQL 9.1 database server: main.
3 - Regenero proyecto
gribera@guarani3:/usr/local/proyectos/guarani/lib/toba/bin$ ./toba proyecto regenerar -i desarrollo
Id. del Proyecto: guarani
---------------------------------------------------------------------------------------------------
Regenerando PROYECTO guarani
---------------------------------------------------------------------------------------------------
Exportando informacion local guarani.............OK
Borrando metadatos...OK
Cargando datos globales............OK
Cargando componentes...........OK
Cargando permisos......OK
Eliminando perfiles editables............OK
Cargando perfiles propios..OK
Calculando revisiones guarani .OK
Cargando datos locales de la instancia..OK
Actualizando secuencias..............................................OK
___________________________________________________________________________________________________
TIEMPO: 22,261 segundos
4 - Regenero instancia
gribera@guarani3:/usr/local/proyectos/guarani/lib/toba/bin$ ./toba instancia regenerar -i desarrollo
Desea conservar datos locales como usuarios y logs? (Si o No)
Si responde NO, se utilizaran los exportados el Mon 31-Aug-15 a las 11:08
(s/n):n
+------------+
| BASE |
+------------+
| postgres7 |
| localhost |
| postgres |
| XXXXXXXX |
| toba_2_6 |
| 5432 |
| LATIN1 |
| desarrollo |
+------------+
Se guardaran los datos existentes en un schema backup
---------------------------------------------------------------------------------------------------
Creaci�n de la instancia
---------------------------------------------------------------------------------------------------
Creando las tablas del framework..........................OK
Cargando datos del nucleo............................OK
guarani:
--------
Cargando datos globales............OK
Cargando componentes...........OK
Cargando permisos......OK
Eliminando perfiles editables............OK
Cargando perfiles propios..OK
Calculando revisiones guarani .OK
toba_editor:
------------
Cargando datos globales...........OK
Cargando componentes................OK
Cargando permisos.......OK
Calculando revisiones toba_editor .OK
toba_referencia:
----------------
Cargando datos globales..................OK
Cargando componentes................OK
Cargando permisos......OK
Calculando revisiones toba_referencia .OK
toba_usuarios:
--------------
Cargando datos globales.....OK
Cargando componentes..........OK
Cargando permisos...OK
Calculando revisiones toba_usuarios .OK
Cargando datos de la instancia...........OK
Calculando revisiones guarani .OK
Calculando revisiones toba_editor .OK
Calculando revisiones toba_referencia .OK
Calculando revisiones toba_usuarios .OK
Actualizando secuencias..............................................OK
___________________________________________________________________________________________________
TIEMPO: 28,343 segundos
A pesar de que la instalación se haya efectuado como en producción igualmente la instancia se sigue llamando “desarrollo” esto tendrá algo que ver?
Saludos,
Gonzalo.