- You are able to select various user re re-assign task
- Problema resuelto, cuando se aplica "Reassign" de una tarea, de la lista que aparece para reasignar la tarea se podra
seleccionar solo a un usuario de la lista.
El html de dynaforms no admite la etiqueta style en el body del html.
Se agrego una configuracion al inicializar el tinyMCE valid_children : "+body[style],+form[style],+td[style]" para q las etiquetas style no sean eliminadas dentro del body, form, div, p, span, table, tbody, tr y td tags.
- User appear more than once in the Process Supervisor window
- Problema resuelto, cuando se elimina a un usuario por ADMIN>USERS>Users, este usuario puede se eliminado sin restricciones
aunque el usuario este asignado como supervisor de un proceso lo cual no es correcto.
Se hace una validacion que verifica si el usuario esta asignado como supervisor le saldra un mensaje de confirmacion
que indica si deseea eliminar el usuario de todas maneras. Si la respuesta es Si, se eliminara de la lista de usuarios
y de la lista de usuarios asignados como supervisores.
El html de dynaforms no admite la etiqueta style en el body del html.
Se agrego una configuracion al inicio del tinyMCE valid_children : "+body[style],+form[style],+td[style]" para q las etiquetas style no sean eliminadas dentro del body, form y td tags.
- User appear more than once in the Process Supervisor window
- Problema resuelto, cuando se elimina a un usuario por ADMIN>USERS>Users, este usuario puede se eliminado sin restricciones
aunque el usuario este asignado como supervisor de un proceso lo cual no es correcto.
Se hace una validacion que verifica si el usuario esta asignado como supervisor le saldra un mensaje de confirmacion
que indica si deseea eliminar el usuario de todas maneras. Si la respuesta es Si, se eliminara de la lista de usuarios
y de la lista de usuarios asignados como supervisores.
The search option in PMTables has a validation where the APP_UID field is ignored in the search because this was causing some search troubles when you wanna search a number that was include into the APP_UID (eg. 'APP_UID':405044408538cb9472ade260172, 'text to search':4408 )
Now, we add a checkbox field near the search text field to customize this behavior. With this checkbox 'Search also in the APP_UID field' you can decide if the search will include or not the APP_UID field.
- For the task completed the index and task_uid was wrong.
- A validation was added looking those id's, in file cases_Open.php.
- A validation was added for case paused.
The search option in PMTables has a validation where the APP_UID field is ignored in the search because this was causing some search troubles when you wanna search a number that was include into the APP_UID (eg. 'APP_UID':405044408538cb9472ade260172, 'text to search':4408 )
Now, we add a checkbox field near the search text field to customize this behavior. With this checkbox 'Search also in the APP_UID field' you can decide if the search will include or not the APP_UID field.
- Problemas con los Servicios Web WSDL de PM.
- Se agrega el parametro "$params->taskId" en el archivo mencionado en el presente bug, en el metodo "NewCaseImpersonate",
que contiene la siguiente linea de codigo:
$res = $ws->newCaseImpersonate($params->processId, $params->userId, $params->variables, $params->taskId);
Disponible para la version 2.5.3 de ProcessMaker.
When an already created process is imported with the 'Create a completely new process..' option, the inputs asociated in the dynaforms are not the input created for this new process, this new (copy) process still has associated the input of the original process (same UID), this because the uid of the new input is never replaced in the new process's dynaform xml file.
So it was created a new field in the data object (the data that has all the information about the new process) where is all the old inputs uid and the new ones. Then using this object this old uids are replaced with the new inputs uids.
- Even if a user has an INACTIVE status, using the PMFCreateUser function, he/she is able to login to ProcessMaker.
- Problema resuelto, al crear un usuario con la funcion PMFCreateUser con tipo de estado "INACTIVE", el usuario se creara
como inactivo y se registrara en las bases de datos correspondientes y no podrácceder a ProccessMaker.
Disponible para la version 2.5.3 de ProcessMaker.
When an already created process is imported with the 'Create a completely new process..' option, the inputs asociated in the dynaforms are not the input created for this new process, this new (copy) process still has associated the input of the original process (same UID), this because the uid of the new input is never replaced in the new process's dynaform xml file.
So it was created a new field in the data object (the data that has all the information about the new process) where is all the old inputs uid and the new ones. Then using this object this old uids are replaced with the new inputs uids.
