- When creating a dynaform with the character "&", the field handlers not working.
- Problema resuelto, el problema que se teníera lo siguiente cuando se utiliza el "&" en el tílo de un dynaform,
cuando se enviaba los datos via GET, el "&" lo interpretaba como un separador de variables y esto ocasionaba la
division de los datos que se enviaba. Se valida los datos enviados via GET codificáolos y al recibir estos datos
se los decodifica.
Problem:
Case 1: The same user 'A', creates and imports the process, using the option: "Update the current process...".
Result: The user that created the process, user A in the example, is allways the User Owner of the process.
Case 2: User 'A' creates the process, and user 'B' imports the process, using the option: "Update the current process...".
Result: The user that created the process, user A in the example, is allways the User Owner of the process.
Case 3: User 'A' creates the process, then this user 'A' is deleted, and user 'B' imports the process, using the option: "Update the current process...".
Result: The User Owner is showed empty.
Razon: When the user 'A' (the one that created the process) is deleted, the delete is only logical not physical in the db, and it is updated with the Status 'CLOSED' and the username of this user is changed to an empty string " ". So, when the process is updated the username is copy like it is in the db, and copy into the User Owner field, showing the empty string " ".
Solution:
A validation was added asking if the user exist, if this dosen't the User Owner is changed to the current user logged, and the same if the user exist but his status is CLOSED.
- When creating a dynaform with the character "&", the field handlers not working.
- Problema resuelto, el problema que se teníera lo siguiente cuando se utiliza el "&" en el tílo de un dynaform,
cuando se enviaba los datos via GET, el "&" lo interpretaba como un separador de variables y esto ocasionaba la
division de los datos que se enviaba. Se valida los datos enviados via GET codificáolos y al recibir estos datos
se los decodifica
- Oracle Connection Parameters with TNS.
- Problema resuelto, en DATABASE CONNECTIONS al hacer click en New, en el dynaform "Add new Database Source" se agrega
dos campos un dropdown "Select Connection Type" con dos opciones "NORMAL y TNS" y el campo de tipo "TNS", estos nuevos
campos se muestran cuando se selecciona la opcion en engine "oracle" si es en otro caso se ocultaran. Tambien se adiciona
dos nuevos campos en la tabla "DB_SOURCE" que son: "DBS_CONNECTION_TYPE" y "DBS_TNS".
Cuando se selecciona "oracle" y tipo de conexion "TNS", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la prueba con exito o falla.
Cuando se selecciona "oracle" y tipo de conexion "NORMAL", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la conexion tal como se hacia anteriomente.
- El ordenamiento de las columnas no tenian una busqueda asignada.
- Se habilitaron solo dos columnas para el ordenamiento "Name, Modified".
- Se cambio el criteria para que acepte esos parametros en el archivo AppFolder.php
- Oracle Connection Parameters with TNS.
- Problema resuelto, en DATABASE CONNECTIONS al hacer click en New, en el dynaform "Add new Database Source" se agrega
dos campos un dropdown "Select type connection" con dos opciones "NORMAL y TNS" y el campo de tipo "TNS", estos nuevos
campos se muestran cuando se selecciona la opcion en engine "oracle" si es en otro caso se ocultaran. Tambien se adiciona
dos nuevos campos en la tabla "DB_SOURCE" que son: "DBS_CONNECTION_TYPE" y "DBS_TNS".
Cuando se selecciona "oracle" y tipo de conexion "TNS", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la prueba con exito o falla.
Cuando se selecciona "oracle" y tipo de conexion "NORMAL", al llenar los datos al dynaform y hacer click en el boton
"test connection" realizara la conexion tal como se hacia anteriomente.
- Mandatory upload field - Error message displays Tehnical fields name instead of it label
- Problema resuelto, cuando se tiene campos requeridos en un dynaform al quitar esta restriccion con JavaScript
que contiene el dynaform, al hacer click en el boton submit, processmaker valida campos requeridos mostrando un
mensaje de error que emerge donde indica "(*) The field COUNTRY is required!". Este mensaje de error indica que existe
un error en el nombre del campo "COUNTRY", esto se define al crear un campo el dynaform cuya representacion en XML es:
<COUNTRY type="text" maxlength="64" validate="Any" required="1">
<en>Country of origin</en>
</COUNTRY>
Se modifica el mensaje que emerge cuando son campos requeridos por el label del campo como se muestra en el ejemplo:
"(*) The field Country of origin is required!".
Disponible para la version 2.5.3 de ProcessMaker.
- User is able to delete groups and it is being used by a process.
- Problema resuelto, cuando se elimina a un grupo por ADMIN>USERS>GROUPS por un usuario, este grupo puede ser eliminado
sin restriccion aunque el grupo este asignado a una tarea lo cual no es correcto.
Se hace una validacion que verifica si el grupo esta asignado a una tarea, el grupo NO puede ser eliminado, se eliminara
el grupo cuando este no este asignado a ninguna tarea.
Disponible para la version 2.5.3 de ProcessMaker.
- When using the variable picker, the system variable option shows all variables including dyanform variables
- Problema resuelto, al aplicar el selector de variables y al seleccionar la opcion "System" del dropdown "Type Variable",
se mostrara las variables del sistema.
Disponible para la versió.5.3 de ProcessMaker.
- La tabla LOGIN_LOG almacena el ip errado
- Problema resuelto, se registra el ip utilizando el metodo getIpAddress().
Disponible para la versió.5.3 de ProcessMaker.
- La tabla LOGIN_LOG almacena el ip errado
- Problema resuelto, se registra el ip utilizando el metodo getIpAddress().
Disponible para la versió.5.3 de ProcessMaker.
