- For the task completed the index and task_uid was wrong.
- A validation was added looking those id's, in file cases_Open.php.
- A validation was added for case paused.
- 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.
'HOME / Participated / {seleccionar algún caso} / Open / Information / Dynaforms / {seleccionar algún registro} / Preview /'
'HOME / Search / Advanced Search / {hacer click en buscar y hacer click en el botón Summary} / More Information / '.
- La funcion saveForm originalmente no estaba diseñ para funcionar para los formularios que utilizan los supervisores
- Se agrego un nuevo file para que desde ahora la misma funcion pueda ser utilizada desde los formularios q funcionan en los steps de una tarea o desde los formularios q usan los supervisores
Nota.- NO FUNCIONA para formularios que se usan desde un plugin, esa funcionalidad debe ser implementada manualmente para plugins
- No se podian reasignar varios casos diferentes pero de la misma tarea.
- Se agrego una validacion para discriminar por el uid del caso, en el archivo proxySaveReassignCasesList.php agregando en el criteria.
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.
- No se encontraba implementado.
- Se añadio funcionalidad para los casos pausados agregado el parametro $pausedtUser en las funciones buildSearchIndexDocumentPMOS2 para poder crear el xml y poder ir indexando todos los datos al servidor de solr.
- al sincronizar los datos se crea el campo "APP_PAUSED_USER_DEL_INDEX_" con el cual se podran realizar las busquedas.
- Cuando se recuperan los datos se actualizan los contadores de Paused tambien desde solr.
- The function sent in the variable $_REQUEST['action'] was always executed
- A new method was implemented to validate if is a user custom function or a system function (G::isUserFunction)
