Cuando se crea un nuevo campo en una pmtable del tipo DATETIME, a la hora de editar la misma PMtable Este campo se muestra como TIMESTAMP. Esto ocurre por que la version de propel que usa PM, no genera clases con el campo DATETIME, esto al crear la PMTable, sino en cambio utiliza el tipo de dato TIMESTAMP.
Por lo tanto se agrego una validacion para que a la hora de recuperar los campos a editarse, se muestre el valor correcto, en este caso DATETIME.
Cuando se crea un nuevo campo en una pmtable del tipo DATETIME, a la hora de editar la misma PMtable Este campo se muestra como TIMESTAMP. Esto ocurre por que la version de propel que usa PM, no genera clases con el campo DATETIME, esto al crear la PMTable, sino en cambio utiliza el tipo de dato TIMESTAMP.
Por lo tanto se agrego una validacion para que a la hora de recuperar los campos a editarse, se muestre el valor correcto, en este caso DATETIME.
Se agregaron validaciones en los files: workflow/engine/classes/model/Process.php y workflow/engine/methods/processes/processesList.php para que se realize el ordenamiento ASC y DESC tomando en cuenta si se encuentra o no habilitado el uso de 'memcache' para listar de una forma mas veloz todos los procesos.
Se agregaron validaciones en los files: workflow/engine/classes/model/Process.php y workflow/engine/methods/processes/processesList.php para que se realize el ordenamiento ASC y DESC tomando en cuenta si se encuentra o no habilitado el uso de 'memcache' para listar de una forma mas veloz todos los procesos.
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.
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.
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
- No se actualizaban todos los registros de la tabla content de acuerdo a los parematros especificados.
- ahora al realizar una modificacion en algun label se modifican todos esos registros de diferente idioma con el mismo label
- En la asignación de triggers a un Step, es difícil poder mover la posición de un trigger (en cualquiera de las opciones: Before, After, Before Assignment, Before Routing,etc)con el Down y Up.
- Adjustment in generating task indices and re-indexed position by task.
- No se actualizaban todos los registros de la tabla content de acuerdo a los parematros especificados.
- ahora al realizar una modificacion en algun label se modifican todos esos registros de diferente idioma con el mismo label.
Descripcion: Se tiene configurado en todas las tareas del proceso el envio de notificaciones con ProcessMaker donde el "tipo de contenido" es una plantilla. Despues de actualizar el proceso esto se desconfigura y se setean los valores seleccionados.
Solucion: Cuando se realiza la exportacion de un proceso, ahora se obtiene la informacion extra de la configuracion en las tareas. Posteriormente tambien se crea los registros relacionados a la configuracion extra de las tareas a partir del archivo pm generado en la exportacion.
Resuelto para la version PM 2.5.2
- al ejecutar cron y tener un proceso con Case Scheduler y tener errores de tipo cacheable se detiene la ejecucion.
- Se valida esta opcion capturando los errores de tipo cacheable y mostrandolos ademas de continuar con la ejecucion de cron hasta su finalizacion.
- Problema al iniciar y derivar un nuevo caso con PMFNewCase y PMFDerivateCase
- Problema resuelto, se ha mejorado el metodo "createAppDelegation()" para
recuperar el ultimo DEL_INDEX esto en la clase AppDelegation.php, pues al
parecer este campo no era valido para la consulta que se hacia, y por consiguiente
se esta utilizando el metodo "getCurrentDelegationCase()" para obtener el ultimo
DEL_INDEX para este caso
* Available from version ProcessMaker-2.5.1-testing.4
- Problema al iniciar y derivar un nuevo caso con PMFNewCase y PMFDerivateCase
- Problema resuelto, se ha mejorado el metodo "createAppDelegation()" para
recuperar el ultimo DEL_INDEX esto en la clase AppDelegation.php, pues al
parecer este campo no era valido para la consulta que se hacia, y por consiguiente
se esta utilizando el metodo "getCurrentDelegationCase()" para obtener el ultimo
DEL_INDEX para este caso
* Available from version ProcessMaker-2.5.1-testing.4
- No execute triggers according the configuration in case scheduler
- Solved problem, add code to execute triggers in method newCase() in wsBase class
* Available from version ProcessMaker-2.5.1-testing.3
- 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.
- If user send an email notification when he pauses a case. The FROM is always "PROCESSMAKER". Is it possible to change it to something else.
- Was added the field 'from name' for another title the email sent by to pause a case.
- Cuando se pausa un hilo el status de todo el caso cambia a PAUSED
- Ya no se cambia el status de todo el caso, solo se cierra el hilo pausado
- Existe aun un problema con los listados, los cuale sno muestran el estado del caso correctamente, eso se arreglara con el bug 11791 y 12012
In Home Tab when you loss session, PM naver advise it to you, and it still working but dosen't save the data.
So now all Home places are validated to show a popup message when you loos session.
