- 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)
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico.
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico
Las condiciones no funcionan correctamente, si es que no estan dentro de parentesis ().
Se encapsulo en parentesis toda condicion dada que contenga un operador logico.
Issue:
Add Gateway to Gateway support
Cause:
Nueva solicitud de funciones
Solution:
- Se ha implementado esta nueva funcionalidad "Gateway to Gateway" de un BPMN-Project a un ProcessMaker-Project
- Se ha agregado un nuevo tipo de Task (GATEWAYTOGATEWAY) que sirve de puente para conectar un Gateway con otro Gateway
Issue:
Add default flow support
Cause:
Nueva solicitud de funciones
Solution:
Se ha implementado esta nueva funcionalidad, la cual se aplica a:
BPMN ProcessMaker
==== ============
Gateway EXCLUSIVE EVALUATE
Gateway INCLUSIVE PARALLEL-BY-EVALUATION
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
- Email Notification from Subprocess.
- Problema resuelto, cuando se tiene un subproceso que tiene notificacion en la ultima tarea y este debe retornar al proceso
principal, entonces la notificacion se enviara al usuario del proceso principal.
- Email Notification from Subprocess.
- Problema resuelto, cuando se tiene un subproceso que tiene notificacion en la ultima tarea y este debe retornar al proceso
principal, entonces la notificacion se enviara al usuario del proceso principal.
- Todo esta funcionando correctamente, solo que el mensaje estaba apareciendo innecesariamente debido a una mala validacion
- Los finales de procesos son necesarios en los subprocesos para que el flujo continue
- Se quito el mensaje innecesario
- The user A will be on vacation, then I update A's profile and set "Replaced by" to user B, set "Status" as Inactive or On vacation.
- Adjustment to the user to derivate.
- In the class "derivation" doesn't exist the validation for the "Replaced By" field
- Added the business logic to set the replaced by user when a case is derivated
- In the APPLICATION.APP_STATUS field in the database, the status never changes from "TO_DO" to "COMPLETED" when finishing the case
- The problem was caused by the solution to bug 8169, see http://bugs.processmaker.com/view.php?id=8169
- Solved problem, now APPLICATION.APP_STATUS field, changes to "COMPLETED" when finishing the case
- La variable SYS_CASE_PRIORITY se estaba hardcoded en prioridad 3 - Normal.
- Se pusieron validaciones para que se pudiera utilizar la prioridad de acuerdo con la variable.
- La variable SYS_CASE_PRIORITY ahora se setea manualmente ya no se crea de manera automatica.
- It was found that had several labels that are hardcoded.
- Changed hardcoded labels reusing some existing labels and some things were created some labels.
- labels created: ID_INIT_DATE(Init Date), ID_OVERWRITE(Overwrite),ID_BROWSE(Browse),ID_UPLOADING_TRANSLATION_FILE(Uploading the translation file...),
ID_EVALUATION_RESULT ([Success] Evaluation result)
- Labels reused: ID_TITLE, ID_DESCRIPTION, ID_DUE_DATE, ID_FINISH_DATE, ID_SEND, ID_UPLOADED_DOCUMENTS, ID_GENERATED_DOCUMENTS, ID_FILE, ID_FIRST_NAME,
ID_LAST_NAME,ID_ACTIVE,ID_INACTIVE, ID_MSJ_REPORSTO
- image for Starting a case ...
it is labeled translation.ID_TITLE_START_CASE which works only if you change the language to es-ES
-
- the problem originally was that never is derivation handling correctly to conditional forks and normal forks
- code was improed and handled for both forks at derivation types
In fact this issue is happening, this is happening when you use "selection" as the routing rule in your task. There were some fields that weren't well defined, I have fixed it and now it works fine.
When creating a subprocess, a new row is added to the APP_DELEGATION table,
which triggers the insert triggers and updates APP_CACHE_VIEW. However, after
derivating, new data is added to the new case and then the APP_DELEGATION was
not being updated. This fix it by adding one second to the init date so that
an update is forced in APP_DELEGATION which executes the triggers and updates
APP_CACHE_VIEW with the right data.
