Issue:
0016971: Triggers set to run before an output document step run twice
Cause:
OutputDocument require two instance for creation, that being the cause
Solution:
The before triggers for OutputDocument is executed in first instance
- 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)
Casos duplicados ante cierto evento con el Assign Task dentro de las opciones de steps
Se agrego una validacion, si el caso ya fue derivado, evita una segunda derivacion y redirecciona al inbox previo mensaje de informacion
Casos duplicados ante cierto evento con el Assign Task dentro de las opciones de steps
Se agrego una validacion, si el caso ya fue derivado, evita una segunda derivacion y redirecciona al inbox previo mensaje de informacion
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
Se realizo una correccion de los direccionamientos de los iframes al perder sesion, ya q siempre q se perdia sesion antes, se mostraba dentro del mismo iframe el cuadro para volverse a logear, logrando asi q el usuario se mantenga en el mismo iframe una ves se relogee, sin tener asi q volver a buscar el lugar donde estaba trabajando. A pedido de QA, ahora se muestra el cuadro de logeo en el iframe mayor, totalmente fuera de PM, y siempre al volver a logearse se redirecciona al tab HOME > Index, y ya no asi al frame o lugar exacto donde se perdio sesion.
Por ejemplo: si se pie sesion en el listado Draft, no se volvera a dicho listado, sino en cambio al volverse a logear se redireccionara a HOME > Indexdex.
El cambio se aplico a los lugares donde se podia redireccionar al parent.
Se tomo en cuenta tambien que algunos clientes utilizan el listado de casos dentro de sus propias webs.
Se realizo una correccion de los direccionamientos de los iframes al perder sesion, ya q siempre q se perdia sesion antes, se mostraba dentro del mismo iframe el cuadro para volverse a logear, logrando asi q el usuario se mantenga en el mismo iframe una ves se relogee, sin tener asi q volver a buscar el lugar donde estaba trabajando. A pedido de QA, ahora se muestra el cuadro de logeo en el iframe mayor, totalmente fuera de PM, y siempre al volver a logearse se redirecciona al tab HOME > Index, y ya no asi al frame o lugar exacto donde se perdio sesion.
Por ejemplo: si se pie sesion en el listado Draft, no se volvera a dicho listado, sino en cambio al volverse a logear se redireccionara a HOME > Indexdex.
El cambio se aplico a los lugares donde se podia redireccionar al parent.
- Comportamiento actual. Cuando se incia un caso con un proceso cualquiera, se muestra un notice:Notice: Undefined index: TRIGGER_DEBUG
- Validation the TRIGGER_DEBUG field when running a case.
- 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.
- Al ejecutar la función PMFInformationUser() se pierde la sesión al hacer subnit. Se abre una ventana modal para introducir el password, pero esta no desaparece despues de introducir el password. Si es posible ir al siguiente paso con Next step.
- Adjustment in session variables saved, for restoring variables.
- El campo formula permite un limite reducido para introducir caracteres
- Problema resuelto, en los DynaForm en su campo "Formula", se aumento su maxlength a 500
* Available from version ProcessMaker-2.5.2-testing.1
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PM_RUN_OUTSIDE_MAIN_APP"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
- Add a PM variable to the cases step
- Problema resuelto, se validara la variable $_SESSION["PROCESSMAKER_RUN_OUTSIDE_MAIN_APPLICATION"],
si se ha definido la variable no se ejecutara el fragmento de codigo, si variable no esta definido se ejecutara el
fragmento de codigo.
* Available from version ProcessMaker-2.5.1-testing.2
In Home Tab when you loss session, PM naver advise it to you, and it still working but dosen't save the data.
So now all Home places are validated to show a popup message when you loos session.
- Use another variable name, like __dynaformSVal__, __usernameLogged__ to prevent that someone overwrite the value.
- Rename variables to avoid duplicates.
Description: ./files directory cannot be up 32000 directories max at ext3 configuration.
Solution : split the uid case directory at 3 level to create a tree structure. Apply this new structure to all PM. Set a upgrade procedure at time to use processmaker upgrade <workspace> commnand as su.
