Issue:
Support Multiple File variable for file deletion
Cause:
Nuevo requerimiento de funciones
Solution:
- Se implemento el metodo "\ProcessMaker\BusinessModel\Cases::deleteMultipleFile()" para la eliminacion del
documento de la BD y en el APP_DATA; esto para variables normales y grids
- Se implemento esto en:
* Web: cases_SaveData.php
* End-point: PUT /api/1.0/{workspace}/light/{app_uid}/variable?dyn_uid={dyn_uid}&del_index={del_index}
- La variable y el formato de la misma, es el siguiente:
...
[__VARIABLE_DOCUMENT_DELETE__] => Array
( [multipleFileVar001] => Array
( [0] => Array
( [appDocUid] => 42072183457acd3d2045e71059588476
[version] => 1
)
[1] => Array
( [appDocUid] => 42072183457acd3d2045e71059588476
[version] => 1
)
....
)
[gridVar001] => Array
( [1] => Array
( [multipleFile0000000002] => Array
( [0] => Array
( [appDocUid] => 88526242657acd3dccaa4b8052310943
[version] => 1
)
[1] => Array
( [appDocUid] => 88526242657acd3dccaa4b8052310943
[version] => 1
)
)
...
)
...
)
....
)
...
Issue:
0018427: Un usuario asignado como Process Supervisor no puede editar los dynaforms
Cause:
En este modulo se define el DynaForm como "view"
Solution:
Se completa en este modulo la edicion y guardado de datos del DynaForm
No se puede ejecutar procesos con asignacion ValueBased y self service value based
Causa: la variable se seteaba con el valor que tenia en el formulario y no con el que se le daba en el trigger.
Solucion: se modifico el orden para hacer merge de los arrays
PROBLEMA:
Cuando se elimina un PMTABLE que se uso para crear un dynaform y se corre un caso sale un error impidiendo correr el caso.
Se intentaba buscar el PMTable y argar los datos del dynaform en el mismo.
SOLUCION:
Se agrego una validacion para que cuando no encuentre el pmtable lance un mensaje de warning para advertir al usuario q no se encontro la tabla, pero aun asi mostrar el dynafomr de modo normal.
Cuando se guardan los datos del dynaform tambien se muestra un mensaje advirtiendo q no se pudo guardar los datos en la PM table pero si se guardo con normalidad en la BD.
- Feature request - Limit input document maximum size
- Problema resuelto, al crear un nuevo Input Document se ha adicionado un nuevo campo "Maximum file size" y un dropdown
que determina la unidad de medida en "KB y MB", esto permite definir el limite del tamañel archivo a anexar.
Cuando se ejectua el caso al hacer click en "Attach", se muestra el tamañaximo que se puede adjuntar el archivo si es
mayor al limite se mostrara un mensaje; asi tambien si se tiene un file asocioado a un input document al igual que lo
anterior se mostrara un mensaje.
No funciona la validacion cuando hay varios filds files con distintos inputdocs asociados.
Estaba usando una variable harcoded, arregle a la que esta recuperando el array total de los filds files.
- Feature request - Limit input document maximum size
- Problema resuelto, al crear un nuevo Input Document se ha adicionado un nuevo campo "Maximum file size" y un dropdown
que determina la unidad de medida en "KB y MB", esto permite definir el limite del tamañel archivo a anexar.
Cuando se ejectua el caso al hacer click en "Attach", se muestra el tamañaximo que se puede adjuntar el archivo si es
mayor al limite se mostrara un mensaje; asi tambien si se tiene un file asocioado a un input document al igual que lo
anterior se mostrara un mensaje.
Nuevo campo en Input Documents, dicho campo acepta las extensiones de los inputdocs permitidos.
Se agregaron validaciones para que funcione correctamente
Nuevo campo en Input Documents, dicho campo acepta las extensiones de los inputdocs permitidos.
Se agregaron validaciones para que funcione correctamente.
Nuevo campo en Input Documents, dicho campo acepta las extensiones de los inputdocs permitidos.
Se agregaron validaciones para que funcione correctamente
- Mandatory upload field - Error message displays Tehnical fields name instead of it label
- Problema resuelto, cuando se tiene campos requeridos en un dynaform al quitar esta restriccion con JavaScript
que contiene el dynaform, al hacer click en el boton submit, processmaker valida campos requeridos mostrando un
mensaje de error que emerge donde indica "(*) The field COUNTRY is required!". Este mensaje de error indica que existe
un error en el nombre del campo "COUNTRY", esto se define al crear un campo el dynaform cuya representacion en XML es:
<COUNTRY type="text" maxlength="64" validate="Any" required="1">
<en>Country of origin</en>
</COUNTRY>
Se modifica el mensaje que emerge cuando son campos requeridos por el label del campo como se muestra en el ejemplo:
"(*) The field Country of origin is required!".
Disponible para la version 2.5.3 de ProcessMaker.
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
No se podia insertar o editar nuevos datos en una PMTable usando pmconnection .
El problema surgio porque se estaba recuperando de manera erronea el UID de la pmTable, obteniendose siempre vacio. por lo que se corrigio dicho error y ahora se obtiene correctamente el UID para trabajar con la tabla correcta.
Hay que tener en cuenta que pmconnection solo funcona con PMTables y no asi con Report Tables.
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.
- 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.
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.
