Se aniadio la nueva funcionalidad de busqueda en el display de los datos de los PMTables y Report Tables, en ADMIN > Settings > PM Tables > Data, el cual realiza las busquedas por todas las columnas del PM Table o Report Table.
Se corrigio el ordenamiento ASC y DESC.
- "Sent By" column blank in sub process
- Problema:
Al crear un Proceso y un Sub Proceso, cuando se inicia una tarea del Proceso Padre y se deriva a la tarea del Sub Proceso,
en el Inbox el usuario autorizado en el Sub Proceso de la tarea al visualizar la columna "Sent By" no indica quien
derivo la tarea mostrando siempre vacia.
- Solucion:
Cuando se crea un Proceso y Sub Proceso, al iniciar la tarea del Proceso Padre y al derivar el caso a la tarea del
Sub Proceso, en el Inbox el usuario autorizado de esa tarea visualizara la columna "Sent By" con el usuario quien derivo
el caso.
- Se ha creado el trigger SUB_APPLICATION_INSERT para la tabla SUB_APPLICATION, ya que en este punto se crea las
delegaciones del Sub Proceso.
El trigger corrige el campo PREVIOUS_USR_UID de la tabla APP_CACHE_VIEW que siempre esta vacio, esto cuando la delegacion
es de un Sub Proceso.
- Se ha añgo SQL al archivo "app_cache_view_insert.sql" para corregir el campo en conflicto "APP_CACHE_VIEW.PREVIOUS_USR_UID",
ya que este SQL es utilizado para reconstruir la tabla APP_CACHE_VIEW, esto por ejemplo cuando se hace el "Build Cache"
que esta en ADMIN>Settings>CasesListCacheBuilder
Disponible para la version 2.5.2
Descripcion: Creamos una tabla parametrica para que de acuerdo al orden que tiene la misma poder mostrar informacion dentro de un formulario, procedimos a importar el PM table al servidor de cliente y verificamos que al importar la Data del PM table no se respeta el orden ni el valor de la columna PAR_ID (es la llave primaria/automatico)
Solucion: En la importacion de un PMTable, se obtiene la llave primaria de dicha tabla para que posteriormente se ordene en base a esa columna y se almacene en base de datos como una tabla ordenada. Resuelto para la version 2.5.1-testing.1-402-gbcc9bdb
- No se diferenciaba desde que listado se llamaba a la creacion de un report table.
- Se agrego una bandera flagProcessmap que indica que se esta utilizando desde el processmap.
- No se diferenciaba desde que listado se llamaba a la creacion de un report table.
- Se agrego un flag PROCESSMAP que indica que se esta utilizando desde el processmap.
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Cuando se borra un caso por PM, este caso no se borra en los PM Reportes.
- Problema resuelto, cuando se ejecuta un proceso que tenga Report Tables, al borrar el caso tambien se eliminara los
registros de los Report Tables.
* Available from version ProcessMaker-2.5.2-testing.1
- Al agregar una nota si el envio de notificaciones esta activo y hay un error en la configuracion del envio de correos, el mismo no era correctamente capturado y mostrado
- Ahora el error se captura correctamente y se muestra, y el listado de notas se refresca normalmente para mostrar la nueva nota agregada.
