- No se puede realizar la import, export, delete, data, edit de un Report Table.
- Problema Resuelto, el problema que se tenia era por la version de php que era php 5.4. Esta version de php
exige mejor control cuando se utiliza los metodos de una clase, no se puede utilizar los metodos directamente sin antes
de ser creados.
Se puede realizar las acciones de: edit, delete, data, import y export en un Report Table. y NO muestra error.
Disponible para la versió.5.3 de ProcessMaker.
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
