Code Issue:
Al realizar una busqueda con "Status: Completed" el contador refleja mas casos que con "Status: All Status"
Solution:
El problema que se tenia en HOME>Advanced Search, es cuando se hacia una busqueda en Status: Completed, no se mostraba
correctamente el total de casos esto a consecuencia de la comparacion que se hacia en la condicion que se utilizaba. Se
quita una de las condiciones existentes ($action == "search").
Code Issue:
The description of "process events" does not support the character "&"
Cause:
Cuando se creaba un nuevo Events de tipo "Intermediate message" al llenar el label "Description" por ejemplo "hola&&mundo",
el carcater "&&" no se visualizaba en el listado tal como se registro.
Solution:
Se valida la creacion de un nuevo "Events", con el caracter "&".
- al realizar el backup de una version 2.0.45 no se reconocen las licencias activadas.
- Se añade una validacion para redirecionar el path de la licencia ACTIVA.
- 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.
Fix. Adicion de funcionalidad de lanes y lanesets para project. Adicion de endpoint para steps. Modificacion de queries para doble conexion. Adicion end point suggest field
Issue:
Al modificar los atributos de un plugin, este cambio no se refleja en el archivo "plugin.singleton" de cada workspace
Cause:
ProcessMaker no detecta cuando el archivo principal de un plugin es editado
Solution:
Se ha añdo un nuevo comando, el mismo actualiza el archivo "plugin.singleton" en cada workspace, segun los
atributos del plugin, el comando es el siguiente:
$ ./gulliver update-plugin-attributes pluginName
PROBLEMA:
Cuando se importa un proceso a otro ws y se abre el mismo con un idioma distinto al que se uso para crear dicho proceso, la primera ves que abrimos el listado de usuarios a los q se asigno alguna de las tareas, si tenemos grupos asignados solo nos muestra la cantidad de usuarios por grupo y no el nombre del grupo. Pero si cerramos la ventanita y volvemos a abrirla nos mostrara normalmente el nombre de grupo.
El problema solo ocurria la primera ves al ver el listado de grupos asignados a una tarea despues de importar un proceso y cambiar de idioma.
Se replica siguiendo estos pasos:
- Crear grupos de usuarios ej: GrupoX y GrupoXX.
- Crear un proceso en un ws con idioma ingles, con x cantidad de tareas y asignarle los grupos.
- Exportar el proceso.
- Si se prueba en el mismo ambiente, borrar el proceso y los dos grupos creados (GrupoX y GrupoXX)
- Importar el proceso en el mismo ws con idioma ingles y verificar que si muestra los nombres de los grupos asignados a las tareas.
- Cambiar el idioma del ws .../en/... -> .../es/...
- Entrar nuevamente al proceso.
- Verificar los Grupos asignados a las tareas, no se muestran los nombres de los mismos.
- Cerrar el listado y volver a abrir, ahora si muestra normalmente los nombres de los grupos.
SOLUCION:
Se aniadio una validacion para que se verifique si se obtiene o no el nombre del grupo, si no tiene el nombre del grupo se lo recupera del siguiente query que si lo carga.
Issue:
Al definir un nuevo campo para el CasesList en "ADMIN>Settings>CasesList", ocaciona un error
de "columna no definida" cuando se cambia de listados (siempre y cuando se haga el ordenamiento por el nuevo campo)
Cause:
Se esta tratando de ordenar la columna con el nuevo campo creado, sin tomar en cuenta que no puede estar
definido en los otros CasesList
Solution:
Se ha agregado validacion cuando un campo no este definido en el CasesList, si cumple con
esta condicion se setea el ordenamiento por la siguiente columna: APP_CACHE_VIEW.APP_NUMBER
