PROBLEMA:
Cuando se importa un proceso a otro ws y se abre el mismo con un idioma distinto al que se uso para crear dicho proceso, la primera ves que abrimos el listado de usuarios a los q se asigno alguna de las tareas, si tenemos grupos asignados solo nos muestra la cantidad de usuarios por grupo y no el nombre del grupo. Pero si cerramos la ventanita y volvemos a abrirla nos mostrara normalmente el nombre de grupo.
El problema solo ocurria la primera ves al ver el listado de grupos asignados a una tarea despues de importar un proceso y cambiar de idioma.
Se replica siguiendo estos pasos:
- Crear grupos de usuarios ej: GrupoX y GrupoXX.
- Crear un proceso en un ws con idioma ingles, con x cantidad de tareas y asignarle los grupos.
- Exportar el proceso.
- Si se prueba en el mismo ambiente, borrar el proceso y los dos grupos creados (GrupoX y GrupoXX)
- Importar el proceso en el mismo ws con idioma ingles y verificar que si muestra los nombres de los grupos asignados a las tareas.
- Cambiar el idioma del ws .../en/... -> .../es/...
- Entrar nuevamente al proceso.
- Verificar los Grupos asignados a las tareas, no se muestran los nombres de los mismos.
- Cerrar el listado y volver a abrir, ahora si muestra normalmente los nombres de los grupos.
SOLUCION:
Se aniadio una validacion para que se verifique si se obtiene o no el nombre del grupo, si no tiene el nombre del grupo se lo recupera del siguiente query que si lo carga.
- 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.
- Los usuarios en estado CLOSED no estaban siendo filtrados
- Se agrego una condicion para que los usuarios en estado CLOSED no se muestren en el listado de usuarios disponibles para asignarse como supervisores de proceso
- La condicion de asignacion de colores en el "process map" del "case tracker" era incorrecta para tareas paralelas
- Se arreglo la condicion y la asignacion para que use el color correcto
Arreglos para crear nuevo trigger y cargar skin por defecto
- Para el skin se tomara en cuenta el default_skin del env.ini
- Si esta seteada el PARTNER_FLAG No debe salir la lista de triggers
Description: ./files directory cannot be up 32000 directories max at ext3 configuration.
Solution : split the uid case directory at 3 level to create a tree structure. Apply this new structure to all PM. Set a upgrade procedure at time to use processmaker upgrade <workspace> commnand as su.
- Se requiere que los reenvíos que se hacen a través del historial de mensajes, no se pueda realizar desde el menú casos, ya que existe el problema que cualquier usuario que haya participado de un caso puede reenviar notificaciones, a cualquier usuario, y existe el peligro de divulgación de información crítica que debe ser restringida por roles.
- Added Roles to control Messages History.
- The task in progress does not take the corresponding color
- Solved problem, added validation when task is in progress
* Available from version ProcessMaker-2.0.46
I modified the files 'workflow/engine/xmlform/steps/steps_List.xml' and 'workflow/engine/classes/class.processMap.php' to add a new column in the table 'Steps' showing the Mode in wich is assigned the dynaform to the Task.
- New feature
- Add option to set a time limit on "Self service" routing
- Added new feature in properties task
- This new feature is activated by the execution of cron.php:
cron.php [+wWORKSPACE] unassigned-case
* Available from version 2.0.45
