Issue:
ProcessMaker 3.0 && 2.9 Enterprise and Community editions release generation
Cause:
Ninguna
Solution:
- Si la version es >= 3 solo se muestra la opcion "New BPMN Project"
- Si la version es < 3 solo se muestra la opcion "New Project"
Issue:
- PM-1635: No debe estar disponible la importacion de diagramas con extension .bpmn en ProcessMaker 2.9
- PM-1154: When importing a .pmx (PM 3) process into PM 2.8 Community, it opens the new BPMN designer
Cause:
Ninguna
Solution:
Se a agregado validacion de la siguiente manera:
- Si la version es >= 3 entonces se aceptan archivos con la extension ----> .pm, .pmx, .bpmn
- Si la version es < 3 entonces se aceptan archivos con la extension ----> .pm
Error al ingresar a las reglas de ruteo de un subproceso
El subproceso debe tener una regla de derivacion previa a ingresar a las opciones de routing rule, de lo contrario se desplegara un mensaje
PM-1809 DESIGNER > Classic Designer > Web Entry: El contenedor de la creacióel 'Web Entry' con 'Single HTML' deja espacios innecesarios en los extremos inferior y derecha
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.
