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"
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.
A dropdown was added in the SelfService configuration, this dropdown let you set if the trigger seted in the self service is gonna be executed ONE time or every time that cron is executed.
Some validations where added in the cron_single.php file to save the data in the new table 'APP_TIMEOUT_ACTION_EXECUTED' when the Execution is set in ONCE. If the app_UID is find in this table the trigger will not be executed, if is not find the trigger will be executed.
A dropdown was added in the SelfService configuration, this dropdown let you set if the trigger seted in the self service is gonna be executed ONE time or every time that cron is executed.
Some validations where added in the cron_single.php file to save the data in the new table 'APP_TIMEOUT_ACTION_EXECUTED' when the Execution is set in ONCE. If the app_UID is find in this table the trigger will not be executed, if is not find the trigger will be executed.
Se aumento 'date' para el registro del log en la clase Logger (class.logger.php) y se quito el date en los mensajes enviados a dicha clase.
Cuando el usuario falla 3 veces consecutivas el logeo, se crea si no existiese, el file shared/log/loginFailed.log y se agrega un nuevo registro con los siguientes datos:
2014-07-02 16:55:22 | Many failed authentication attempts for USER: admin | IP: 192.168.10.109 | WS: dmuz | Browser: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
Se aumento 'date' para el registro del log en la clase Logger (class.logger.php) y se quito el date en los mensajes enviados a dicha clase.
Cuando el usuario falla 3 veces consecutivas el logeo, se crea si no existiese, el file shared/log/loginFailed.log y se agrega un nuevo registro con los siguientes datos:
2014-07-02 16:55:22 | Many failed authentication attempts for USER: admin | IP: 192.168.10.109 | WS: dmuz | Browser: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36
- Unnecesary lines to set the configuration for "display_errors" and "error_reporting"
- Delete unnecesary lines and now this configurations is setted with the processmaker configuration (env.ini)
- Incrementar el valor del memory_limit que viene por defecto en el env.ini y en el php.ini
- Problema resuelto, se ha incrementado de valor del "memory_limit" de 128M a 256M.
* Available from version ProcessMaker-2.5.2-testing.1
- El estado no era actualizado correctamente ya que al ejecutar el trigger se tenia datos antiguos con el cual se reescribia el estado del caso.
- al ejecutar un trigger se realiza el unset de las variables APP_STATUS, APP_PROC_STATUS, APP_PROC_CODE, APP_PIN para que no sean modificadas.
- En primer lugar si concluyen (vea la palabra Finished en cada una de las imagenes)
- Segundo, de los 3 errores reportados solo el ultimo es un bug (servidor 153), los otros dos son errores de sintaxis en triggers en el proceso (152 es el trigger 78833007850cbc2e42e54c9046912155 y para el 130 es el trigger 23068400950cbacf5dd2054031426893)
- Para el tercero que si es un error se agrego la inicializacion de la variable RBAC
- New feature
- Add option to set a time limit on "Self service" routing
- Added new feature in properties task
- This new feature is activated by the execution of cron.php:
cron.php [+wWORKSPACE] unassigned-case
* Available from version 2.0.45
- cron.php script can have several instances running at the same time
- Problem solved, added validation in cron.php script to avoid run
several times
- Variable time added to control execution of cron
* Available from version 2.0.44
- cron.php script can have several instances running at the same time
- Problem solved, added validation in cron.php script to avoid run
several times
* Available from version 2.0.44
- cron.php it forwards all the emails without importing if they are
or not very old
- Problem solved, is taken into account the parameter "+d" as the
starting date for the forwarding of mail, if not define this
parameter will be forwarded emails from 7 days ago, forward
- By changing the "Case Label", this is not updated in the APP_CACHE_VIEW table
- Solved problem to changing the "Case Label", now is updated in the APP_CACHE_VIEW table
- Improvement in file, compliance with the standard PSR2
Note:
- When you change the "Case Title" of a task, affecting every case,
if it is the current task of the case (otherwise it would not affect
the APP_CACHE_VIEW table)
- If a task is saved empty the "Case Title" the APP_TITLE take the value
#APP_NUMBER (all cases are in the task, this in APP_CACHE_VIEW table)
The following changes were made:
- fix update Solr index process
- implement casesenuLoader using Solr server to display counters
- fix cron missing reference to system class
- add function and classes documentation
