> 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.
Issue:
No muestra ningun mensaje de error al ejecutar messageeventcron.php con un workspace inexistente
Cause:
No se valida el workspace
Solution:
Se agrega validacion para verificar si el workspace existe, esto para:
- cron.php
- messageeventcron.php
Issue:
0017117: Error in weekly scheduled case
Cause:
PHP Fatal error: Class "ConfigurationPeer" not found
Solution:
Added "Configuration" class with method "Bootstrap::registerClass()"
Issue:
0017014: ProcessMaker loses connection with database -> lack of mysql_close()
Cause:
- Error al tratar de conectarse a la BD
- Segun el feedback proporcionado, el problema central
se basa en que no se esta haciendo uso del mysql_close()
Solution:
- Se a logrado implementar el close de los connects a BD abiertos
- Este cambio repercute en toda la funcionalidad de ProcessMaker. Por lo
que se debera hacer un test con todos los flags de depuracion
habilitados, tambien con todos los plugins habilitados/deshabilitados
- Tambien se debe considerar otros "test cases"
Issue:
0016908: Case scheduler execution stops being executed after the "Start date" pass
Cause:
Hora hardcodeada a "24" cuando se trataba de las cero horas ("00")
Solution:
- Se ha eliminado esta linea
- Se ha aplicado el cast-to-int para las horas y minutos
- Se ha agregado los files requeridos por el cron.php
Issue:
No se ejecuta el cron en Servidores Windows
Cause:
- En PHP-5.4 se incorpora de manera predefinida
la constante E_STRICT, siendo este la causa para los "Warnings PHP Strict Standards"
- No se esta cargando los files de "processmaker/workflow/engine/src/ProcessMaker"
Solution:
- Se ha corregido codigo para respetar el "PHP Strict Standards"
- Se ha agregado codigo para cargar los files
requeridos de "processmaker/workflow/engine/src/ProcessMaker"
- Se a implementado el Running case
- Se a implementado el Message-Event CRON:
Para ejecutar el Message-Event CRON, ejecute el siguiente comando:
/path/to/processmaker/workflow/engine/bin$ php -f messageeventcron.php +wMyWorkspace
Nota.- Para el correcto funcionamiento del proceso y de esta nueva funcionalidad
se debera crear el proceso nuevamente (esta nueva funcionalidad
no funcionara con procesos BPMN antiguos a la fecha de este commit)
si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
si no se tiene configurado las opciones de email, en consola sale un mensaje de error al ejecutar el cron.
al no ser un bug, lo que se hizo fue agregar un nivel mas de mensaje que es WARNING que se muestra siempre y cuando no exista una coniguracion de email registrada en la base de datos.
> ProcessMaker-MA "Email Server (endpoints)"
- Se han implementado los siguientes Endpoints:
GET /api/1.0/{workspace}/email/paged?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/emails?filter={filter}&start={start}&limit={limit}
GET /api/1.0/{workspace}/email/{mess_uid}
POST /api/1.0/{workspace}/email
POST /api/1.0/{workspace}/email/test-connection
PUT /api/1.0/{workspace}/email/{mess_uid}
DELETE /api/1.0/{workspace}/email/{mess_uid}
- Se esta creando un 1er registro en la tabla EMAIL_SERVER, esto al ejecutar el comando "./processmaker upgrade".
- El metodo "System::getEmailConfiguration()" recupera el EMAIL_SERVER por default, caso contrario trabajara como lo
hacia anteriormente.
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
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
