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
- 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.
- The blank spaces were accepted.
- A validation was added removing spaces in blank of the PRO_TITLE field in the main.js file, also an error message was added.
- Se agrego la opcion para el grupo
- Se agrego el codigo necesario tanto en el FrontEnd (ExtJS) existente
y en el BackEnd (Endpoint) para el funcionamiento correcto para
esta nueva opcion
- Se completo validacion de palabras reservadas de SQL en los datos a
importar (Report tables)
- Se an realizado todas las modificaciones requeridas para lograr la
importacion de un archivo "pmx", tomando en cuenta la generacion de
nuevos UIDs, los mismos que deberian ser reflejados en las
tablas "workflow" y en los files (archivos xml de los DynaForms)
- Se a completado la importacion de las tablas "workflow"
- Se a completado la importacion de los datos del proceso y tareas
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.
BUG 7995 Translation does not work for the import existing proces... SOLVED
- Translation does not work for the import existing proces dialogbox
- The interface of the Imporación was changed to ExtJS.
- Improvement in the form of import, adjustment in the height of the modal window.
- Nuevo requerimiento, agregar la opcion "Export" en el listado de procesos
- Se agrego la opcion "Export" (exportar un proceso) en la barra de herramientas y menu contextual
