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:
16253: Creation date on designer does not list rigth
Cause:
En Designer al ordenar por la columna Create Date cuando se tiene la figuracion d/m/Y, el mismo no ordenaba.
Solution:
Se ha agregado validacion al ordenar por Create Date, el mismo permite mostrar el ordenamiento de las fechas.
Code Issue:
Home > Users > Groups: La ordenacion de 'Groups' se ejecuta solo por pagina
Cause:
Al ordenar Groups este se ordenaba por pagina y no ordenando toda la paginas.
Solution:
Se ha agregado validacion al ordenar los Groups, el mismo permite ordenar todo los datos existentes en el listado.
Issue:
En "Cases History" no se reflejan las variables generadas por los triggers
asignados al Task (esto en Task>Steps>Triggers>AssignTask)
Cause:
Nuevo requerimiento de funciones
Solution:
- Se ha implementado esta nueva funcionalidad
- Las variables generadas en los triggers que se setean en "Task>Steps>Triggers"
para DynaForms, InputDocuments and OutputDocuments ahora son registrados en la
tabla APP_HISTORY
Code Issue:
La descripcióe pmtables en Audit Log es muy generica.
Solution:
Se coloca el caracter de separacion "," para comprender mejor los mensajes.
Se tenia una nueva validacion agregada en pm q hacia q la variable SMTPAuth se pierda y se setee en 0, lo cual derivava en el no envio del email.
Se agrego una validacion si esta variable ya existe SMTPAuth, no se le reasigna valor.
Issue:
Los listados no se ordenan correctamente por el Case Number, crear algunos casos ordena por la
primera columna, deberia ordenar numericamente de forma ascendente y descendente, pero no lo hace
Cause:
- El problema se debe a la configuracion que se hace en ADMIN>Settings>CasesLists
- Por defecto en un ReporTable ya se definen campos por default "APP_UID, APP_NUMBER, APP_STATUS",
siendo esta la causa del problema
Solution:
Se verifica si el campo a ser ordenado a sido definido en el CasesList
Issue:
La paginacion de los listados en Participated muestra en blanco despues de una determinada pagina
Cause:
Para el query del listado Participated, los casos no se unifican como uno solo
Solution:
Se ha modificado la condicion para que el query pueda utilizar la clausula "DISTINCT", cuando
se trate del listado Participated
- 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.
Issue:
Comportamiento Case Sheduler del tipo Monthly y Weekly
Cause:
Monthly, para este caso si el dia era el mismo, no se realizaba la
comparacion, la misma situacion pasaba con Weekly
Solution:
Se a corregido este problema, ahora tambien se realiza la comparacion
del dia (para ambos casos)
Issue:
El numero de documentos no se refleja en el pie de Pagina del Listado de Documentos
Cause:
Los documentos tambien tienen versiones del mismo
Solution:
- Se ha cambiado el query que hace el conteo del total de documentos en un directorio
- En HOME>Documents en el listado de documentos la columna "version" solo indica la
version del documento
Issue:
Al definir un ProcessPermission (PAUSED) ya sea para un Usuario o Grupo
no se aplica en el CasesList (el mensaje de alerta de permisos es desplegado)
Cause:
Query mal definido (para Usuarios y Grupos)
Solution:
Se ha mejorado el query involucrado, se agrego variables y validaciones faltantes (DEL_INDEX)
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.
Issue:
El CasesList es lento cuando existen casos con tipo de asignacion "Self Service Value Based Assignment"
Cause:
Para todos los casos se esta verificando si su asignacion es de tipo "Self Service Value Based Assignment"
Solution:
- Se ha creado una nueva tabla "APP_ASSIGN_SELF_SERVICE_VALUE", en la misma se registraran los casos
con asignacion "Self Service Value Based Assignment"
- Se ha agregado la opcion "database-generate-self-service-by-value" al comando "./processmaker", para poder
generar los registros de la nueva tabla.
Ej: $ ./processmaker database-generate-self-service-by-value myWorkspace
Code Issue:
Al realizar una busqueda con "Status: Completed" el contador refleja mas casos que con "Status: All Status"
Solution:
El problema que se tenia en HOME>Advanced Search, es cuando se hacia una busqueda en Status: Completed, no se mostraba
correctamente el total de casos esto a consecuencia de la comparacion que se hacia en la condicion que se utilizaba. Se
quita una de las condiciones existentes ($action == "search").
Code Issue:
The description of "process events" does not support the character "&"
Cause:
Cuando se creaba un nuevo Events de tipo "Intermediate message" al llenar el label "Description" por ejemplo "hola&&mundo",
el carcater "&&" no se visualizaba en el listado tal como se registro.
Solution:
Se valida la creacion de un nuevo "Events", con el caracter "&".
