Causa. Este tipo de error es generado cuando se tiene PHP5.4(object from empty value) o en su caso cuando se hace una actualizacióe PHP5.3 a PHP5.4
SolucióEs necesario crear una clase PHP de tipo Object y vacia. Esto debido a que a este objeto vacio se
añra nuevas propiedades(nuestras necesidades). Vease ejemplo siguiente.
$myObject = new StdClass();
$myObject->total = count( $triggersList );
$myObject->data = $triggersList;
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
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.
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
Code Issue:
Mostrar al usuario que ejecuta un caso el tipo de archivo a ser subido en un Input Document
Cause:
Al crear un nuevo Input Document se configura campo "Allowed file extensions" donde se determina el tipo de extension es
permitodo y al hacer correr el caso al subir un Input Document no se muestra que tipo de extension se configuro.
Solution:
Cuando se ejecuta el caso al hacer click en "Attach", se mostrara un mensaje que determinar el tipo de extension de
archivos permitidos.
Issue:
Comportamiento Case Sheduler del tipo Monthly y Weekly
Cause:
Monthly, para este caso si el dia era el mismo, no se realizaba la
comparacion, la misma situacion pasaba con Weekly
Solution:
Se a corregido este problema, ahora tambien se realiza la comparacion
del dia (para ambos casos)
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Cuando se borra un pmtable asociado a un cases list da un error por no encontrar los fields.
- cuando se borra la tabla se procede a poner en default la configuracion del cases list.
- Multilenguaje en los las variables que se guardan en base de datos.
- Problema resuelto, las variables que se muestran en las imagenes son traducibles.
PROBLEMA:
En la creacion de Cases Schedulers se realizaba el guardado de el password del usuario con el algoritmo md5 siempre, lo cual generaba un password distinto al guardado en la base de datos cuando el ambiente estaba configurado con sha256.
SOLUCION:
Se utiliza la funcion hashPassword de bootstrap para encriptar el password con el algoritmo q se esta usando en el ambiente.
PROBLEMA:
El archivo que guarda los datos del dynaform que fueron cambiados por el supervisor solo hacia la comparacion de los datos de los campos y guardaba la diferencia.
Nunca subia nuevos files.
SOLUCION:
Se año codigo parara que ahora haga la subida de los files correspondientes y lo almacene con los datos del supervisor.
- Multilenguaje en los las variables que se guardan en base de datos.
- Problema resuelto, las variables TRIGGER e INPUT, que se muestran en las imagenes son traducibles.
Disponible para la version 2.8 de ProcessMaker.
PROBLEM:
The inputdoc data were not recovering well, so the allowed extentions were not validated.
SOLUTION:
Some lines of code where added to recover the inputdoc allowed extentions and other data, that is necesary for the validation.
