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
Los dos primeros errores reportados en el ticket no se pueden replicar.
1er Error. Notice: PHP Notice: Use of undefined constant PATH_PLUGIN - assumed 'PATH_PLUGIN'
Se cambio por la variable correcta que obtiene el path del archivo enterprise.php -> $pathFileEnterprise.
2do Error. Problema con los Indices y 2 tablas q se actualizaban constantemente (PM-81)
- Las 2 tablas q se actualizaban constantemente eran: ADDONS_STORE y LICENSE_MANAGER ya que estas tablas no tenian en el schema.xml en la definicion de su primary_key required="true", por lo tanto se tomaba como required="false" y al comparar con el schema de la BD actual habia una diferencia, la cual se intentaba actualizar.
- Los 15 Indices a aniadirse eran indices de tablas BPMN_XXX en cuales el schema.xml estaba l definido, ya que los indices solo contemplaban el nombre de la columna q se declaraba como indice y nunca se declaro el nombre del indice como tal:
<index>
<index-column name="PAR_UID"/>
</index>
Por lo tanto se comparaba un campo vacio "" nombre del indice segun el nuevo schema y el nombre dado en el schema de la BD, siendo diferentes creaba nuevamente un indice con nombre de la columna por defecto.
Deberia estar asi en el shema.xml:
<index name="BPMN_PARTICIPANT_I_1">
<index-column name="PAR_UID"/>
</index>
