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
Code Issue:
La descripcióe pmtables en Audit Log es muy generica.
Solution:
Se coloca el caracter de separacion "," para comprender mejor los mensajes.
Code Issue:
La descripcion los logs de "Clear Cache" estan siendo mostrados sin ningun caracter de separacion
Solution:
Se coloca el caracter de separacion "," para comprender mejor los mensajes.
- La extension mcrypt de PHP ya se convirtio en requerida para PM
- Problema resuelto, en la instalacion de processmaker en el paso 1 se agrega un nuevo label "Mcrypt Support" con su respectivo
mensage. En ADMIN>Settings>Check PM requirements, se muestra el nuevo label al igual que lo anterior.
- Logs Cron: Por defecto deberímostrar seleccionado el workspace actual
- Problema resuelto, en ADMIN>Logs>Cron, se quita dropdown Workspace y de la columna el Workspace, lo que se muestra en
el listado de logs es el workspace con el que se inicia session.
Disponible para la version 2.8 de ProcessMaker.
Issue:
El script cron.php puede ser ejecutado varias veces
Cause:
El archivo bandera "cron" trabaja bien en Windows y no asi en Linux
Solution:
- Se ha agregado nuevas validaciones para entornos Linux
Ejemplo: ps -fea | grep cron.php | grep -v grep
- Se ha mejorado el codigo
- Mantener el Idioma de la URL al iniciar sesió
- Problema resuelto, al iniciar sesion con un determinado idioma en la url y cerrar sesion, al iniciar sesion nuevamente
en el login el idioma se mantendra al idioma definido en la url, tambien se adiciona una opcion mas al guardar la configuracion
del idioma cuya opcion es "Use the language of URL".
El lenguaje actual podia ser borrado.
El lenguaje por defecto 'en' tambien podia ser borrado.
Se agrego validaciones para que el lenguaje por defecto de PM (en) no sea eliminado jamas y tambien para que el lenguaje que se esta usando actualmente tampoco sea eliminado.
El lengujae actual podia ser borrado.
El lenguaje por defecto 'en' tambien podia ser borrado.
Se agrego validaciones para que el lenguaje por defecto de PM (en) no sea eliminado jamas y tambien para que el lenguaje que se esta usando actualmente tampoco sea eliminado.
- "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
- En ADMIN>Settings>PHPInformation, la licencia esta visible
- Problema resuelto, se ha quitado la informacion de la licencia de PHP,
para que no se tenga confusion con el idioma
Description: No se pasaba los parametros correctos al metodo getSystemDate de la clase Configurations. Se le paso ademas de los parametros Y-m-d los parametros H:i:s.
Se encontro un punto y coma demas ";" en el archivo environmentSettingAjax.php
