- 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
- In the processMap not validate the route type of task (ie for colors)
- For the color of the task now takes into account the type of route
* Available from version 2.0.45
- The horizontal scrollbar was on the bottom then is not visible
- Before to load the process map get the maximun x position of the task to calculate the correct width
- The Events->Action call other control "picker" because don't need the key cast description and the System variables
- Changed the appereance and behaviour of the control "picker" in the Event->Action panel
- En algun momento se cambio la funcion "getAllGroup" de la clase "processMap" y ahora retorna otra estructura.
- Se adapto el code del formulario de creacion de permisos para que funcione con la nueva estructura de la respuesta de la funcion
- The colors in the trackerLogin processMap are different to the processMap of a normal user
- The colors in the trackerLogin processMap are equal to the processMap of a normal user
