- Comportamiento actual. En linux, cuando se da click en enable html para habilitar la edición de un dynaform, luego de guardar y volver a preview se da un fatal error.
- Validation of modified smarty fields in html, and change to html entities.
- No se modificaba la estructura porque no se tenia seteado la variable ENVIRONMENT_SETTINGS.
- Se modifico la funcion upgradeCasesDirectoryStructure para que cree la variable si no existe.
- Se movio la funcion upgradeCasesDirectoryStructure para que sea independiente al realizar el upgrade.
- se creo la funcion update-structure-directories para ejecutar por consola teniendo como parametro el workspace.
- Desbordamiento del editor de triggers desde steps
- Problema resuelto, al editar un trigger desde: Steps->Triggers->Edit, el editor de triggers se muestra correctamente.
* Available from version ProcessMaker-2.5.1-testing.3
- El bug se debe a un cambio originado para la validacion de los botones submit (evitar que se haga submit 2 veces)
- Se agregaron las validaciones correspondientes para que no de problemas con la nueva validacion
- No se modificaba la estructura porque no se tenia seteado la variable ENVIRONMENT_SETTINGS.
- Se modifico la funcion upgradeCasesDirectoryStructure para que cree la variable si no existe.
- Se movio la funcion upgradeCasesDirectoryStructure para que sea independiente al realizar el upgrade.
- se creo la funcion update-structure-directories para ejecutar por consola teniendo como parametro el workspace.
- No se modificaba la estructura porque no se tenia seteado la variable ENVIRONMENT_SETTINGS.
- Se modifico la funcion upgradeCasesDirectoryStructure para que cree la variable si no existe.
- Se movio la funcion upgradeCasesDirectoryStructure para que sea independiente al realizar el upgrade.
- se creo la funcion update-structure-directories para ejecutar por consola teniendo como parametro el workspace.
- Error en la validacion de tipo de datos en un pmtable
- Problema resuelto, cuando se crea un PM Table al adicionar un nuevo campo de tipo CHAR y VARCHAR,
puede ser determinado como Primary Key.
* Available from version ProcessMaker-2.5.1-testing.3
- No execute triggers according the configuration in case scheduler
- Solved problem, add code to execute triggers in method newCase() in wsBase class
* Available from version ProcessMaker-2.5.1-testing.3
El boton 'Continue' estaba bloqueado y no se podia crear un nuevo Intermediate Message Event. Se arreglo la validacion que hacia q este boton funcione y ahora permite crear uno nuevo.
- Al subir un file con el mismo nombre al servidor Alfresco devolvia un error de conflicto.
- se captura el error y se devuelve un mensaje que el archivo ya existe.
- Error en la validacion de tipo de datos en un pmtable
- Problema resuelto, cuando se crea un PM Table al adicionar un nuevo campo de tipo CHAR, VARCHAR y LONGVARCHAR,
puede ser determinado como Primary Key.
* Available from version ProcessMaker-2.5.1-testing.3
- Al agregar una nota si el envio de notificaciones esta activo y hay un error en la configuracion del envio de correos, el mismo no era correctamente capturado y mostrado
- Ahora el error se captura correctamente y se muestra, y el listado de notas se refresca normalmente para mostrar la nueva nota agregada.
- En IE el orden de las funciones provocaba un error javascript, las declaraciones estaban debajo de los lugares donde se llamaban las funciones
- Se cambio el orden en el archivo, se colocaron las declaraciones de funciones antes de que las mismas sean utilizadas
- No se realizaba la verificacion en la tabla PERMISSIONS de la base de datos RBAC al realizar upgrade.
- Se agrega la funcion verifyPermissions en la clase rbac.php la cual verifica los permisos, realizando los insert de los permisos que faltaran de acuerdo a la funcion loadPermissionAdmin, al realizar el upgrade.
- No se realizaba la verificacion en la tabla PERMISSIONS de la base de datos RBAC al realizar upgrade.
- Se agrega la funcion verifyPermissions en la clase rbac.php la cual verifica los permisos, realizando los insert de los permisos que faltaran de acuerdo a la funcion loadPermissionAdmin, al realizar el upgrade.
- La condicion de asignacion de colores en el "process map" del "case tracker" era incorrecta para tareas paralelas
- Se arreglo la condicion y la asignacion para que use el color correcto
- User not in alfabetical order in Advance Search
- Sorting problem in the dropdown "User", in Advanced Search, this are
ordering by USERS.USR_LASTNAME field, which is incorrect
- Solved problem the ordering, has taken into account the settings
made in ADMIN>Settings>Environment>UserNameDisplayFormat
- The ordering is in ascending
- The "All Users" and "Current User" wildcards will always be the first
- We have defined a new method in the "class.configuration.php" class which
returns the field you should place your order to the users, this according
to the settings made ..in ADMIN>Settings>Environment>UserNameDisplayFormat
* Available from version ProcessMaker-2.5.1-testing.3
- You can skip steps without check for required fields, this in
option Steps
- Solved problem, add validation in option Steps, we have used
the same criteria of the event that launches when you click on
the link "Next Step"
* Available from version ProcessMaker-2.5.1-testing.2
- If user send an email notification when he pauses a case. The FROM is always "PROCESSMAKER". Is it possible to change it to something else.
- Added title the email sends notifications in a task.
- If user send an email notification when he pauses a case. The FROM is always "PROCESSMAKER". Is it possible to change it to something else.
- Was added the field 'from name' for another title the email sent by to pause a case.
