- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- En la instalacion sale un mensaje de que table root no existe y se corta la instalacion pero se puede seguir en el workspace.
- se debe que el usuario con el que se loguea a la bbdd es confundido con el workspace creado, se añadio una validacion para no perder el dato verdadero.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Se puede crear dashboards con el mismo nombre
- Problema resuelto, se valida un dashlet cuando se crea con el mismo nombre, si el nombre existe se mostrara un mensaje
de advertencia y si no existe se creara.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
PROBLEMA:
El listado de RT dentro de un proceso tenia 2 problemas:
1. Los RT generados con el generador antiguo (Old Version) siempre se listaban sin diferencia en la paginacion. En todas las paginas aparecian los mismos RT(old version)
2. Los RT generados con el generador antiguo (Old Version) siempre se listaban al hacer una busqueda. En todas las busquedas siempre se incluian todos los RT(old version) sin excluir a los que no cumplian con el filtro de la busqueda.
Ambos problemas sucedian porque la inclusion de los RT(old version) en el listado a mostrarse, se realizaba solo por la busqueda del processUID, nunca se incluian otros filtros (esto porq la funcion que lista a los RT(old version) solo acepta el UID del proceso) y siempre se aniadian este listado al listado que si usa filtros de RT(new version).
SOLUCION:
Se agrego una validacion para usar el filtro en las busquedas y una validacion para que los RT(Old version solo se añn al final del listado total de R RT del proceso).
- Los campos: Initial Task Initial Dynaform en web entry son requeridos deberias tener (*)
- Problema resuelto, en el Dynaform Web Entry en los labels "Initial Task" y "Initial Dynaform" se ha agregado el "*"
como campos requeridos.
Fix. Adicion de funcionalidad de lanes y lanesets para project. Adicion de endpoint para steps. Modificacion de queries para doble conexion. Adicion end point suggest field
Issue:
En los listados se pierde sesion al tratar de ordenar las
columnas (esto en: MY CASE FORMS AND DOCUMENTS, MY CASE HISTORY, MY HISTORY MESSAGES)
Cause:
El "case tracker" es un modulo que no se inicia con un usuario de ProcessMaker, el script
"propelTableAjax" es el encargado de generar los listado, a este script se debe acceder "without session started",
lo cual no ocurre por lo que se redirecciona al login
Solution:
Se ha agregado en sysGeneric a "propelTableAjax" para que este en el grupo de scripts "without session started"
Se ha validado la variable $_SESSION["USER_LOGGED"] si esta definida o no.
We removed the & (ampersand) symbol, because the new operator returns a reference automatically, so assigning the result of new by reference results in an E_STRICT message.
