Issue:
Designer: Al momento de crear un proceso clasico, la columna Update Time muestra la fecha de creacion del proceso
Cause:
Se hace un update de campo PROCESS.PRO_UPDATE_DATE en el "load" del proceso
Solution:
Se ha validado para evitar actualizar este campo en el "load" del proceso
Causa: Se utiliza de fondo un imagen de tipo GIF(height 25px) para mostrar mensajes de error, sin embargo cuando se tiene un mensaje que contiene un mensaje relativamente extenso, no es posible ver todo el contenido del mensaje debido a que la altura del GIF es solo de 25px.
SolucióEste mensaje de error es insertado en fila de una tabla, el cual posee un id y nombre de clase. A traves de su clase se asigna nuevos cambios CSS en funcion del tamañue se visulaiza(@media screen).
Merge remote branch 'upstream/master' into PM-1472A
Conflicts:
workflow/engine/methods/processes/processes_Ajax.php
workflow/engine/methods/tasks/tasks_Ajax.php
Causa: Solo se tiene un auditLog para la seccion ADMIN
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Menu Contextual que posee un TAREA" del Diseñr
Agregar columna en lista de procesos
Se agrego la columna que indica la fecha de la ultima modificacion, de cualquier evento o cambio en el proceso
Add a column in the list of processes with the last updated date
Causa: Solo se tiene un auditLog para la seccion ADMIN
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Menu Contextual que posee un TAREA" del Diseñr
Causa: Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
Causa: Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
Causa: Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
Causa: Solo se tiene un auditLog para la seccion ADMIN
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Menu Contextual que posee un TAREA" del Diseñr
Causa: Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
Agregar columna en lista de procesos
Se agrego la columna que indica la fecha de la ultima modificacion, de cualquier evento o cambio en el proceso
Add a column in the list of processes with the last updated date
Causa. Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
Causa. Solo se tiene un auditLog para la seccion ADMIN.
SolucióSe utiliza el metodo auditLog(), misma que es utilizado en la seccion ADMIN, mas especificamente se crea un auditlog para la seccion "Routing Rules" del Diseñr.
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-events
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
GET /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/event/{evn_uid}
POST /api/1.0/{workspace}/project/{prj_uid}/web-entry-event
PUT /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
DELETE /api/1.0/{workspace}/project/{prj_uid}/web-entry-event/{wee_uid}
- Se han implementado los metodos necesarios para el Export, Import y
Delete (delete Process) de este nuevo "Objeto"
- Se ha solucionado bugs al importar un Projecto con "Gateway to Gateway"
Issue:
Analisis de los resultados de escaneo de las funciones en ProcessMaker. Plugin/trigger code scanner.
Cause:
Nueva solicitud de funciones
Solution:
Se ha implementado esta nueva funcionalidad, que consta de lo siguiente:
- Escaneo de codigo al importar un plugin (no se aplica a plugins enterprise)
- Escaneo de codigo al habilitar un plugin (si el plugin ya se encuentra fisicamente en el directorio de los plugins)
- Escaneo de codigo al importar un proceso
- Escaneo de codigo al crear/modificar codigo de un trigger
- Escaneo de codigo al ejecutar un caso que tenga seteados triggers en sus steps (si el trigger tiene codigo
no deseado, no se ejecuta el trigger)
- Se ha agregado la opcion "check-plugin-disabled-code" al comando "./gulliver", el mismo muestra
informacion sobre los plugins con codigo no deseado.
Ej: $ ./gulliver check-plugin-disabled-code [enterprise-plugin|custom-plugin|all|<plugin-name>]
- Se ha agregado la opcion "check-workspace-disabled-code" al comando "./processmaker", el mismo muestra
informacion sobre los workspaces con codigo no deseado en sus triggers.
Ej: $ ./processmaker check-workspace-disabled-code <myWorkspace>
- Por defecto ProcessMaker no realiza el escaneo de codigo, si se desea escanear codigo no deseado, se
debera definir el atributo "enable_blacklist = 1" en el archivo "env.ini", este atributo no se aplica
a las nuevas opciones creadas para los comandos "./gulliver" y "./processmaker"
- Para una configuracion personalizada de codigo no deseado (lista negra), se pueden definir las mismas en
el archivo "path/to/processmaker/workflow/engine/config/blacklist.ini" (si no existe el
archivo se puede crear), o tambien en el atributo "disable_functions" esto en el archivo "php.ini"
Ejemplo de "blacklist.ini":
;Classes
;=======
DashletInterface
;Functions
;=========
eval
exec
;date
;echo
strlen
Se elimino la parte en que se renderizaba las opciones para cuando se exporta procesos dentro del diseniador.
Se agrego una validacion para que vuelva a funcionar.
- Perfil por creador de proceso.
- Problema resuelto, en el dynaform Edit Process se ha adicionado un dropdown que determina que tipo de proceso se crea
con dos opciones Public y Private. En la lista de procesos se agrega una nueva columna Type Process que determina
el tipo de proceso, en el listado se muestra todo los procesos publicos y privados creados por un mismo usuario a si
tambien se muestrara los procesos publicos creados por otros usuarios. Al importar el proceso este se importa como publico.
- Creacion de una nueva plantilla sin nombre.
- Problema resuelto, cuando se crea una nueva plantilla y no se coloca nada en la caja de texto, al hacer click en el boton
"create" le mostrara un mensaje indicando que introduzca un nombre. Cuando se tiene creado varios plantillas y se quiere
crear uno que ya existe, se mostrara un mensaje indicando que el file ya existe.
- Creacion de una nueva plantilla sin nombre.
- Problema resuelto, cuando se crea una nueva plantilla y no se coloca nada en la caja de texto, al hacer click en el boton
"create" le mostrara un mensaje indicando que introduzca un nombre. Cuando se tiene creado varios plantillas y se quiere
crear uno que ya existe, se mostrara un mensaje indicando que el file ya existe.
