Issue:
0017677: The "processmaker workspace-restore" command should automatically
execute "cacheview-repair" and "migrate-new-cases-lists"
Cause:
El comando "workspace-restore" no verifica de manera correcta si debe o no
ejecutar los modulos "cacheview-repair" y "migrate-new-cases-lists"
Solution:
- El comando "workspace-restore" ejecutara los modulos "cacheview-repair" y
"migrate-new-cases-lists" en los siguientes casos:
> "cacheview-repair" sera ejecutado si la version de ProcessMaker del backup
es menor a la version de ProcessMaker del sistema
> "migrate-new-cases-lists" sera ejecutado si la version de ProcessMaker del backup
es menor a la version ProcessMaker-2.9
- Se hizo correcciones para servidores Windows
- Al ejecutar el comando "migrate-new-cases-lists" iniciara nuevamente el registro de datos
en las nuevas tablas
Issue:
Designer > BPMN Designer: Al aplicar el hotfix 3.0.0.7 los templates de Action By Email no se pueden editar en
los procesos antiguos
Cause:
En algunos procesos los files de action-by-email no tienen su registro en la base de datos
Solution:
Se crea el metodo que registra los files faltantes en la base de datos, esto con las siguientes acciones:
- Al ejecutar el comando "upgrade"
- Al importar un proceso
al realizar el comando ./processmaker workspace-restore daba un mensaje que no era lo suficientemente claro
se soluciono haciendo el cambio del texto en el archivo class.wsTools.php y corrigiendo con backslash para el uso de variables
Issue:
Adicionar los siguientes features la posibilidad de seleccionarse en la licencia (features):
- Code Scanner
- Multiple Email Servers
- Mobile Fields
Cause:
Nuevo validacion de licencia para features
Solution:
Se agrego validacion de licencia para los features especificados
> Code Isuue:
Processmaker Email Servers Disabled
> Solution:
Se agrega validacion cuando se realizar el upgrade de la version 2.5.2 a 3.0 community de processmaker, la configuracion
de correo que se tenia en la version 2.5.2, se visualizar en la version 3.0 mostrando como unico registro, el mismo
podra ser editado.
PM-2314,En ADMIN > Plugins > Enterprise features el status del actionByEmail y el pmConsolidatedCL es "Install now" y este deberíestar como Installed y estas opciones ya deberí estar instaladas
PM-2331,Admin/Plugins/Enterprise Features -> Eliminar columna de status en listado de features
Dentro el tab "Enterprise features" se quito la columna status (PM-2331),
Se agregaran los new features al ejecutar en consola ./processmaker databa-upgrade(PM-2314),
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 tienen modos deseguridad que no permiten ejecutar shell_exec.
- ya no se valida por safe_mode pero si se valida que no este entre las funciones restringidas, ademas de probar que se puede ejecutar shell_exec.
PROBLEMA:
Cuando la BD tiene un nombre distinto al WS el unify no funciona bien, creando una nueva bd con el nombre del ws.
SOLUCION:
Se recupera el nombre correcto de la bd y ya no se usa el nombre del ws para hacer el unify, ademas se agrego una validacion en la funcion resetDBInfoCallback() que solo aplica cuando se esta corriendo el unify, para q solo se cambie los prefijos de la configuracion del archivo db.php y nada mas.
